2017-09-27 10 views
0

これを読んだ後、ちょっと混乱します。docアップロードセッションのAPIドキュメントを読んだ後のご質問

  1. DOCは言う: The fragments of the file must be uploaded sequentially in order. Uploading fragments out of order will result in an error. 私はフラグメント1をアップロードを完了した後にそれがあることを意味して、順番に#1〜10の断片に分け、一つのファイルのために、私は唯一のフラグメント2をアップロードすることができますか?もしそうなら、なぜ複数のnextExpectedRangesを持つことが可能ですか?つまり、フラグメントを1つずつアップロードすると、以前のフラグメントがすでにアップロードされていることを確認できます。

  2. 文書によれば、バイト範囲のサイズは320 KBの倍数でなければなりません。これは、合計ファイルサイズが320 KBの倍数でなければならないことを意味しますか?

答えて

0
  1. は、しかし、長期的な目標がないことです、現在この順序付けの要件を必要といくつかの制限があります。その結果、APIは複数のnextExpectedRangesをサポートすることでこれを反映しますが、現在は活用していません。

  2. いいえ、320KiBの倍数はちょうど理想的なサイズです。あなたは他のものを選ぶことができ、それらを混在させることができます。だからあなたのシナリオでは、あなたのファイルの全体のサイズを叩くのに関係するどんなサイズであろうと最後のものを除いて、すべての320KiBチャンクを使用することができます。

+0

ありがとうございます。もう1つの質問。複数のファイルを同時にアップロードできますか?たとえば、複数のスレッドを使用して複数のアップロードセッションを作成します。 – user2923419

+0

はい、それはうまくいくはずですが、私はあなたのネットワークを過大化させないように、スレッドの数を低く抑えています。 – Brad

関連する問題