ヘッダを送信する必要があります。ヘッダを省略することができます。コンテンツサイズを自動的に計算して、適切なヘッダを生成することができます。用いて指定されていることを説明しました。全体を消費し、そのコンテンツを全てメモリにロードしなければならないことを意味します。クライアントへ送り返すような場合です。使って、レスポンスボディを指定します。コンテンツを全て消費してメモリにロードし、レスポンスサイズを計算するしか方法がありません。これは、メモリにロードさせたくないくらい大きなファイルの場合に問題があります。ヘッダを自分で指定する必要があります。レスポンスにコピーします。ローカルファイルを送信するヘルパが用意されています。ヘッダを計算してくれます。ヘッダも追加してくれます。ブラウザはこのファイルのダウンロードをするかどうかをユーザに確認します。次のようにすると、ファイル名を指定することもできます。送信したい場合は、次のようにします。ブラウザのウインドウ内に表示するたけなので、ファイル名を指定する必要はありません。ブラウザがネイティブ対応しているコンテンツ・タイプのファイルを送信する場合に便利です。§チャンクレスポンス今のところ、ストリーミングを始める前にコンテンツの長さを計算することができるため、うまくファイルの内容をストリーミングすることができていました。サーバがコンテンツをいくつかのチャンクに分けて送信する、というものです。レスポンスヘッダを使います。ブラウザ)へ送信し始める前にコンテンツの長さを知る必要はありません。サーバは動的に生成されるコンテンツの最終的な長さを知ることなく、レスポンスを送り始めることができます。各チャンクの長さはチャンクの内容の直前に送信されます。これによって、クライアントはチャンクの受信が終わったことを認識できます。最後に、長さがゼロのチャンクを送信すると、データ転送は完了です。提供できる、つまり利用できるようになったデータを即座にチャンクとして送信できることです。ブラウザがコンテンツサイズを知らないため、ダウンロードプログレスバーを正しく表示できないということです。提供するサービスがあるとします。使ってこれらのデータをストリームすることができます。)}いつも通り、これをもっと簡単に記述するヘルパが用意されています。)}サーバによって送信されたレスポンスを確認してみると、次のようになります。つのチャンクと、レスポンスを閉じる最後の空のチャンクを受信することができました。チームによってメンテナンスされているものではありません。確認することができます。読んで、お気軽にプルリクエストを送ってください。