GETとPOSTは、HTTPリクエストの2つの基本的な方法、それらの間の差は、接触WEB開発の人々は、1つまたは2つのことを言うことができると言うことです。
最も直感的な違いは、URLでGETパラメータは、POST本体のパラメータが要求によって渡されるということです。
使用するときは、自分の数多くのGETやPOSTリクエストを書かれていること、あるいは多くの権威あるサイトでは、その違いをまとめ見てきた、あなたは非常によく知っています。
あなたがインタビューでこの質問をすると、あなたの心には、自信と喜びに満ちています。
あなたは簡単に「標準答えを」与えられました：
ブラウザがロールバックされ、POST要求を再び提出されたときにGETは無害です。
GET URLアドレスは、ブックマークを生成して、投稿しないことができます。
リクエストがアクティブキャッシュブラウザをされているGET、POSTしません、しない限り、手動で。
リクエストはURLだけエンコードすることができGET、POSTとは、複数のエンコーディングをサポートしています。
GETリクエストパラメータは、ブラウザの歴史の中で無傷である、とPOSTパラメータは保持されません。
リクエストパラメータは、URLの長さに渡される限られているが、POSTはそこにあるもの。
パラメータのデータ型は、GETはASCII文字のみを受け入れますが、何の制限POSTはありません。
パラメータは、直接URLに露出しているため、POSTよりも安全GET、機密情報を送信するために使用することはできません。
代わりにURLを経由して渡されたパラメータ、POSTリクエストボディをGET。
（W3Schoolsのからこの参照標準の回答）
「残念ながら、これは私たちが望む答えではありません！」
私に真実を教えてください。。。
私はあなたに言ったならばGETとPOST自然にあなたがそれを信じて何の違いは何ありませんか？
のは、コートはGETとPOSTは、それを率直リッピングしてみましょう！
何GETとPOSTしていますか？伝送プロトコルHTTP要求方式の二種類。
HTTPは何ですか？HTTPは、どのようにWorld Wide Web上でデータを通信する方法についてはTCP / IPプロトコルに基づいています。
HTTPは、基礎となるTCP / IPです。だから、一番下GETとPOSTは、TCP / IP、すなわちされ、/ POSTは、TCPコネクションでGET。GETとPOSTを行うことができます同じように同じです。プラスあなたは、POST URLパラメータをもたらす技術的に完全で同じことを行うには、GETリクエストのボディを与えます。
だから、それがどのようで、それらの違い「標準解答」？
ちょうど車のような大きなワールド・ワイド・ウェブ、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のは一度だけ送信されます。