2017-09-27 1 views
0

Je suis un peu confus après avoir lu ce doc.Questions après avoir lu le doc API de la session de téléchargement

  1. Le doc dit: The fragments of the file must be uploaded sequentially in order. Uploading fragments out of order will result in an error. Est-ce que cela signifie que, pour un fichier divisé en # 1 ~ 10 fragments dans l'ordre, je ne peux télécharger fragment 2 après avoir fini le téléchargement fragment 1? Si oui, pourquoi est-il possible d'avoir plusieurs nextExpectedRanges? Je veux dire, si vous téléchargez des fragments un par un, vous pouvez vous assurer que les fragments précédents ont déjà été téléchargés. Selon la doc, la taille de la plage d'octets doit être un multiple de 320 Ko. La taille de la plage d'octets doit être un multiple de 320 Ko. Cela implique-t-il que la taille totale du fichier doit également être un multiple de 320 Ko?

Répondre

0
  1. Il n'y a certaines limites qui justifient cette exigence de séquençage, mais l'objectif à long terme est de ne pas. En conséquence, l'API reflète cela en prenant en charge plusieurs nextExpectedRanges, mais ne l'utilise pas actuellement.

  2. Non, les multiples de 320KiB ont juste la taille idéale. Vous pouvez en choisir d'autres et vous pouvez les mélanger. Donc, pour votre scénario, vous pouvez utiliser tous les morceaux de 320 Ko, à l'exception du dernier qui serait de la taille appropriée pour atteindre la taille globale de votre fichier.

+0

Merci. Encore une question. Puis-je télécharger plusieurs fichiers en même temps? Par exemple, utilisez plusieurs threads pour créer plusieurs sessions de téléchargement. – user2923419

+0

Oui, ça devrait aller, mais je garderais le nombre de threads bas pour ne pas surcharger votre réseau. – Brad