http-get - HEAD応答はGETよりも高速ですか？

Question

現在、GETを使用してファイルに関する情報を取得していますが、HEADリクエストを使用してファイルを書き換えると、より高速になりますか？原因最初の応答後に接続を閉じます。

Answer 1

HEAD 応答には HTTP ヘッダーのみが含まれ、本文は含まれません。通常は GET 応答で転送される情報を本文で使用しない場合は、HEAD のみを使用する方が一般的に高速です。最初に本文がない場合です。違いを生むべきではありません。

また、ここから：

HEAD メソッドは、サーバーが応答でメッセージ本文を返してはならないことを除いて、GET と同じです。HEAD リクエストに応答して HTTP ヘッダーに含まれるメタ情報は、GET リクエストに応答して送信される情報と同一である必要があります。このメソッドは、エンティティ本体自体を転送せずに、リクエストによって暗示されたエンティティに関するメタ情報を取得するために使用できます。この方法は、ハイパーテキスト リンクの有効性、アクセシビリティ、および最近の変更をテストするためによく使用されます。

Answer 2

HEADよりも速いかどうかはGET、純粋にサーバー側の実装に依存します (通常、データ転送が少ないためです)...HEADあなたの場合、配信される情報が十分であれば、適切に実装されていない場所HEADへのフォールバックのみを使用し、 /または、あいまいなプロキシがそれをいじっています...GETHEAD

Answer 3

アクセスしているサーバーの種類やアクセスしているネットワークに関する情報を提供していません。

HEAD リクエストは、データ転送が少ないため、GET よりも速く完了する可能性があります。ただし、高速または高遅延の接続では、これはほとんどの場合問題になりません。サーバー側に関しては、実際に何をしているかに大きく依存しますが、ほとんどの状況では、時間を計っても測定可能な違いはありません.

応答の本文が必要ない場合は、とにかく HEAD を使用してみませんか? 応答時間の違いを測定できるかどうかに関係なく、帯域幅効率が向上します。

Answer 4

それはおそらく無視できるものです。それは本当にサーバーが何をしているかに依存します。リクエストを受信すると、HEAD リクエストまたは GET リクエストからのレスポンスが他のリクエストよりも速いとは限りません。

理論的には、HEAD リクエストへのレスポンスは GET リクエストのレスポンスと同じである必要があるため、レスポンス本文がなければ、転送されるデータが少ないため、より高速になるはずです。しかし、HEAD リクエストを処理する接続が、GET リクエストを処理する別の接続よりも速いという保証はありません。