HTTPプロトコルの場合も、初心者の作家は、この記事を書いて、主な目的は、HTTPプロトコルの内容の理解を容易にするためである、いくつかのように専門的かつ包括的でない記述、私と一緒に負担してください。
A、HTTPプロトコルの概要
- HTTPプロトコル（ハイパーテキスト転送プロトコル、ハイパーテキスト転送プロトコル）は、最も広くインターネットAネットワークトランスポートプロトコル上で使用、すべてのWWW文書は、この規格に準拠している必要があります。
- HTTPリクエストとレスポンスからなるアプリケーション層プロトコルであり、それは標準的なクライアント/サーバ（C / S）モデルです。
HTTPはTCP / IP通信プロトコルに基づいてデータを通信します。
HTTPは、インターネット上で転送プロトコル自体C / Sモデル、に基づきますTCP / IPデータを通信するための通信プロトコル。
いわゆる契約はよく通信する2辺のみの同じプロトコル（言語）を用いて、人間の言語に合意された規格の相互通信と同じです。
二、HTTPの主な特徴
- 要求/応答モデルに基づく：応答時間は最初の要求に対応
クライアントは一般的ですターミナル、サーバーは一般的ですウェブサイト。Webブラウザや他のツールを使用することにより、クライアントは、指定されたポートのTCP接続を確立するために、サーバーへのHTTP要求を開始します。クライアントの要求をリッスンするポートを介して送信されるHTTPサーバ。要求を受信すると、サーバー（クライアント）とステータス行のメッセージを送り返します。
- TCP / IPベースのハイレベル契約
プロトコル・スイートは、複数の異なるネットワーク間での情報の伝送を可能にするTCP / IP（伝送制御プロトコル/インターネットプロトコル、伝送制御プロトコル/インターネットプロトコル）を指します。
ここでは、TCP / IPの詳細については、そのプロトコル（クラスタ）だけで罰金を知って、あまりにも多くの解釈ではありません。
- ステートレス：データがない対話することができ、お互いの各独立を要求
いかなる状態は、トランザクション処理とメモリのためのプロトコルではありません。このアプローチの欠点は、情報が使用される前に、それ以降の処理が必要とされる場合、それはこのように、各接続の送信データ量が増加するに至る、再送されなければならない、ということです。利点は、接続前に提供、その後の情報が必要とされていない場合、応答が速くなる、ということです。
- 接続なし
制限は、ただ1つの要求を処理するために、各接続手段に接続されていません。サーバは、クライアントの要求、応答を処理し、応答を受信した後、接続が切断されています。この方法は、それは、送信時間を節約することができます。
- デフォルトのポート番号：80
三、HTTPリクエスト
HTTPリクエストの形式は次のとおりです。要求ヘッダー要求ライン+ + +リクエスト要求ラインをブランク本体（本体）
1.リクエストライン
フォーマット：+ +モードのリクエストURLリクエストプロトコル要求/解除
-
リクエスト方法は
、最も一般的に使用します取得すると役職。- 取得する
- サーバからクライアントには、文書を読むにすると、リンクを開く、またはWebを閲覧するには、GETメソッドはURLを入力するブラウザを介してある使用し、
- GETメソッド要求と対応するパラメータ値を使用して、URLが付加されている？方法を書き込むURLが開始され、添付のパラメータ、パラメータのキーと値のペアの端部の代表例は、パラメータとパラメータとのアンパサンドで区切られました。
- 一般的にリクエストパラメータの大きさが限られているGET、最大は1024を超えていません。
- パラメータは、したがって、上記のプレーンテキストのURLに表示されておりますのでプライベートなデータの転送には適していません。
出典：GET
- 役職
- 名前/値が発生するの形でHTTPリクエストのリクエストボディの中にカプセル化POSTメソッドのリクエストパラメータは、リクエストのURLの長さが限定されるものではありません。
- POSTリクエストは、通常、フォームデータを送信するために使用されます。
- コントラストGET、POST、より安全で
2.リクエストヘッダ
リクエストヘッダには、いくつかの特別な情報サーバを伝えるために、クライアントのブラウザです。
フォーマット：リクエストヘッダ名：リクエストヘッダの値
一般的に使用される要求ヘッダー有します
- ユーザエージェントの
ブラウザがサーバーに伝え、私はあなたが情報を使用しているブラウザのバージョンにアクセス - リファラーは、
現在のページの前のページへのジャンプを表し、 - 受け入れ
受信したコンテンツタイプへの応答を - 起源は、
クロスドメインリクエストのための共有リソースを発売しました
3.リクエスト空白行
POSTのリクエストヘッダ要求、およびリクエストボディを分割します。
4.リクエストボディ
パッケージPOSTは、メッセージパラメータを要求します。
四、HTTPレスポンス
フォーマット：最初のステータス行+ + +レスポンスボディの空白行に応答して、
1.ステータス行
フォーマット：記述プロトコルバージョンHTTPステータスコード+ +ステータスコード
持っている一般的なステータスコード
- 404
サーバーは、要求されたページを見つけることができません - 403回の
要求されたページへのアクセスが禁止されています
詳細は、ステータスコードギャングのブログ見つけることができるHTTP応答ステータスコードの参照を。
2.レスポンスヘッダー
クライアントによって使用されるいくつかの追加情報を説明するために、キーと値のペアの数で構成される。
3.空行
レスポンスヘッダとその応答を分割します。
4.レスポンスボディ
具体的な情報は、サーバからクライアントに返されました。
2019年12月15日
参考文献：
