アップロードが中断された場合でなくても、チャンク間のステータスをリクエストできます。これは、たとえば古いブラウザにアップロードの進捗インジケーターを表示する場合に役立ちます。アップロードされたバイト数を取得する。クエリからのレスポンスを処理します。ヘッダーを使用して、その時点までに何バイト受信したかを示します。バイトを受信したという意味になります。残りのデータをアップロードする。最後に、リクエストを再開する位置を確認して、残りのデータまたは現在のチャンクを送信します。どちらの場合も、残りのデータを独立したチャンクとして扱う必要があります。ヘッダーを送信する必要があります。ステータスをリクエストします。バイトのファイルで現在の位置が不明であることを示しています。*/20000002)レスポンスから、これまでにアップロードされたバイト数を抽出します。バイトを受信したことを示しています。ヘッダーの上限値を使用して、再開可能なアップロードを開始する位置を決定します。このような状況は、すべてのバイトがアップロードされた後、クライアントがサーバーからレスポンスを受信する前に接続が切断された場合に発生します。3)中断された位置からアップロードを再開します。番目以降の残りのバイトを送信して、アップロードを再開します。43-1999999おすすめの方法メディアをアップロードするときは、エラー処理に関連するいくつかのおすすめの方法を知っておくと便利です。エラーが原因で失敗したアップロードは、再開または再試行してください。サーバーエラーが返された場合は、指数バックオフ戦略を使用します。したエラーは、サーバーに負荷がかかりすぎているときに発生することがあります。トラフィックが発生しているときに、この種の問題の軽減に役立ちます。その他の種類のリクエストでは指数バックオフは使用できませんが、何度か再試行できます。リクエストを再試行するときは、再試行の回数を制限します。回までに制限して、それを超えるとエラーが報告されるようにできます。エラーが発生した場合には、最初から全体のアップロードをやり直します。アプリケーションの標準的なエラー処理方法で、クライアントはリクエスト間の遅延を増加させながら、失敗したリクエストを定期的に再試行します。トラフィックが原因でサーバーがエラーを返した場合、指数バックオフはこのようなエラーの処理に適した方法です。タイムに関係のないエラーの処理には適していません。指数バックオフを適切に使用すると、帯域幅の使用効率が高くなり、より少ないリクエスト数で正常なレスポンスを受け取ることができ、同時実行環境でのリクエストのスループットが最大化します。シンプルな指数バックオフを実装するフローは次のとおりです。リクエストを作成します。レスポンスを受信します。間待機してから、リクエストを再試行します。レスポンスを受信します。間待機してから、リクエストを再試行します。レスポンスを受信します。間待機してから、リクエストを再試行します。レスポンスを受信します。間待機してから、リクエストを再試行します。レスポンスを受信します。間待機してから、リクエストを再試行します。エラーをレポートまたはログに記録します。ミリ秒以下の乱数です。この乱数は、ランダムな短い遅延を発生させることで負荷をより均等に分散し、サーバーの暴走を防ぐために必要です。値は、待機するたびに再定義する必要があります。始まる単調増加整数)です。なると終了するように設定されています。この上限によって、クライアントが無限に再試行を繰り返すことを防ぎます。秒になると、リクエストは「回復不能なエラー」と判断されます。再試行の最大回数を増やすこともできます(特に、長いアップロードを行う場合)。