一、HTTP 1.X
1.1長要求ヘッダーのボディー
HTTP 1.1先行記述子は24バイト、24バイトの合計長さで、ヘッダの長さは16バイト（時間が解決することができ、キャプチャパケット長の長さ）、次いで得られた体長（24bytes、16バイトであります）
1.2
リクエストとリターン、改行でラップされる要求ヘッダである第1要求のヘッダ情報を、次の。
リクエストヘッダの長さは16バイトのデータ値によって決定することができる、使い捨てヘッドのヘッド部の長さを取得するための要求は、異なる分割改行文字列はヘッダ情報取得要求に応じて、ダウン要求を読み取ります。
16バイトの本体の長さを得るために、要求ヘッダ長の全長を読み取ることにより
二、HTTP 2.X
2.1
HTTP 2.xでは、ハンドシェイクのシリーズや、セキュリティチェックを通過した後、アプリケーション層（アプリケーション）になります
HTTP 1.X HTTP 2.Xと比較すると、フレームの概念。これは、送信用の小さなパケットに大きなデータパケットを分割するのに役立ちます。
HTTP 1.X、メッセージを送信する一それは大きなデータメッセージ本体とヘッドであり、2つの別個の部分と部分ヘッダデータにHTTP 2.Xを要求することができる、別個の送信および個別のデータ伝送。これは、サーバーが別のセクションの一部を受け取るか拒否することができます。
2.2長い接続
データを処理するための要求を受信します
最初の要求は、応答が返信する場合は、サービスの終了を受信した後、要求ヘッダーメッセージを含む要求を送信します。応答メッセージはまた、ヘッダーと本体部分が含まれています。型本体はSTREAM1を含有する組合せ体であり、そこ2 ......ストリームNをストリーミング
ロング接続プロセス、メッセージはプロセスが直接戻って、返され、そうでない場合は、クライアントにプッシュされたときにメッセージまで待っている場合。
3、
クライアントからサーバに、要求は、頭に応じて、異なる情報リターン、複数のことができます。回避ソケットは常に作成し、消費し、ソケット接続を実装し、情報を返します。
4、
HTTP 2.X、標準の9バイトの概念で。
最初のバイト：8一口（0 ... 7）
第二バイト：8一口（8 ... 15）
3番目のバイト：8一口（16 ... 23）
まず、2、3バイト（24一口）電源24までの長さ、すなわち最大長が2を示します
第四バイト：8一口（24 ... 31）は、型を表します
一意識別子咬合32に続いて、フラグの前に一部のデータが続く（特別なフラグ）であり、HTTP 2.0を識別するために使用され
40続いて噛む、一意に識別するRの基本的な定義が含まれており、特別なフラグビットストリーム、ストリーム識別子
次のステップは、ペイロード・データフレームを運ばれます
