インターフェイスのテストGETとPOSTは、2つの基本的な違いHTTPリクエストメソッドです

インタビューは（ライン上で通常は旧4）に答えることができます。

深さ：

GETとPOSTの自然との違いはありません

何GETとPOSTしていますか？

：HTTPプロトコルで要求を送信する2つの方法、TCP接続は本質的に

HTTPは何ですか？

A：ハイパーテキスト転送プロトコル。HTTPは、どのようにWorld Wide Web上でデータを通信する方法についてはTCP / IPプロトコルに基づいています。

例えば：

車のようなTCPは、我々はデータを転送するためにTCPを使用し、それが現象は発生しません小片の一部を失ったことがない、非常に信頼性が高いです。

混乱である。しかし、すべてを実行している道路がまったく同じ車を見れば、それは世界のように思えるが、宅配便は、車の前に車を納入は、商品がロードされるかもしれない道路を遮断停止し、全体の輸送システムが麻痺されます。

これを防ぐために、交通ルールHTTPが生まれました。車へのHTTPトランスポートは、複数のサービスカテゴリを設定し、その上、GET、POST、PUT、DELETE、およびは、あります

HTTPは、GETリクエストを実行する際に、車にGET（GETメソッドに設定）貼り付けられたラベルを与える、ことを指定し、屋根上のデータの転送を要求する（URL）記録を容易にすることです。

POSTリクエストした場合、POSTは、車の中でラベルを貼付し、車の中で品物ます。もちろん、あなたも密かにポイントする場合、商品を隠さGETキャビンに行くことができますが、それは非常に恥ずべきであり、人々は愚かな感じるときもPOSTで屋根の上にいくつかのデータを置くことができます。

TCPは、基本的な達成するためにどのようにGETとPOSTである一方、HTTPは、行動のコードだけです。

しかし、我々は唯一の要求をした配信チャネルのパラメータのためのHTTPのGETとPOST（URLまたはrequrest体）を参照してください。パラメータの大きさの制限で「標準答えは」からでしょうか？

世界中で大でIワールド・ワイド・ウェブは、もう一つの重要な役割があります：運送会社。

別のブラウザ（httpリクエスト開始）とサーバ（HTTPリクエストを受け入れる）別の運送会社です。

理論的にはいますが、屋根の上、商品のスタック（無制限の追加パラメータでURL）を無限可能性があります。しかし、運送会社は何の馬鹿、積み降ろしも多大なコストではありませんでした、彼らは単一の制御リスクへのトラフィックを制限するには、あまりにも多くのデータブラウザとサーバーに大きな負担となっています。

それは（ほとんど）のブラウザは通常64K URLまでサーバプロセスのサイズ（ほとんどの）長さは2KバイトにURLを制限し、そして、業界の不文律の規制です。

超える部分は処理されません。あなたが密かにデータに隠されたGETサービス要求のボディを使用している場合は、別のサーバーを扱うことは異なり、一部のサーバーは、あなたがアンロードするのに役立ちますが、いくつか単にサーバーを無視し、データを読み取ります

あなたがリクエストボディをGETすることができながら、だから、ああ、受信されるように保証することはできません。

さて、今あなたが知っている、GETとPOST基本的にTCPリンク、および非差別。しかし、彼らは、アプリケーション・プロセスにいくつかの違いを反映させるHTTPとブラウザ/サーバの規定に。

あなたはこの記事は、これが最後だと思いますか？

大きなBOSSはまだ演奏のために私たちも待っています。。。

どのように神秘的なBOSS？あなたは、インターネット上の「GETとPOSTの違い」を見つけようとしているときに、あなたがそこに表示される検索結果を人々は、彼を言及することはありません。彼は本当にそれがどのようなものです。。。

GETとPOSTの間に有意な差がある、単純に言います：

GETは、TCPパケットを生成し、POSTの2つのTCPパケットを生成します。

ロングは言いました：

GETリクエストのために、ブラウザは、HTTPヘッダとデータは、一緒にサーバ応答200（リターンデータ）を送信します。

POSTのために、ブラウザは最初のヘッダを送信し、サーバ応答100を続けると、ブラウザは、サーバ200 OK（リターンデータ）に応答して、データを送信します。

言い換えれば、POSTは、二回の最初の旅行を実行するサーバーに移動して、ねえ、私は配達の隣に出荷のために、あなたが開くを待ちたい」、挨拶している間のみ、商品をお届けするために、車の旅を配置する必要がGETその後、私を迎えるためにドア、「過去に戻って商品を送ります。

POSTは、2つのステップを必要とするため、もう少し消費する時間は、それはGET、POSTよりも効果的と思われます。だから、ヤフーチームは、サイトのパフォーマンスを最適化するために、GETとPOSTの交換を推奨しています。しかし、これはピットです！慎重にする必要性に飛び込みました。なぜ？

1. GETとPOSTだけで混合されていない、独自の意味を持っています。

2.調査によると、ネットワーク環境に送られた二つのパッケージ間の時間と時間の違いは、基本的に無視されたパッケージを送信、良いです。そして、2つのパケットの整合性の検証を超えるTCPパケット、貧弱なネットワーク環境の場合には、大きな利点があります。

3.すべてのブラウザがPOST中に2つのパケットを送信するわけではありません、Firefoxのは一度だけ送信されます。

参考リンク：