通信プロトコル
A、HTTPプロトコル（ハイパーテキスト転送プロトコル、ハイパーテキスト転送プロトコル）
HTTPは、アプリケーション層のプロトコルとTCP / IPベースのプロトコルです。
HTTPはステートレス・サーバは、クライアントが何をしたかわからないです。
1は、http 8つの要求/応答タイプ
OPTIONSは
HTTPでサポートされている特定のリソース要求方法のためにサーバーに戻ります。これは、サーバーの機能をテストするために「*」の要求を使用してWebサーバに送信することができます。
HEAD
リクエストのGET同じ位相応答を持つサーバへの要求が、応答本体が返されません。この方法は、コンテンツ全体を輸送することなく、ヘッダを得ることができ、応答メッセージのメタ情報に含まれています。
GET
特定のリソースへの要求を。
POSTは、
指定されたリソース（例えば、ファイル送信フォームまたはアップロード）に要求の処理データを送信します。データは、リクエストボディに含まれています。POSTリクエストは、新しいリソースに作成するための修正および/または既存のリソースをもたらすことができます。
PUT
最新の指定されたリソースの場所に自分のコンテンツをアップロードします。
DELETE
リクエストのRequest-URIによって識別されるリソースを削除するサーバー。
TRACE
リクエストエコーサーバは、主にテストや診断のために使用されました。
CONNECT
HTTP / 1.1プロトコルは、プロキシサーバのパイプラインモードへの接続のために予約することができます。
そこにHTTPリクエストメソッドの8種類がありますが、我々は実用的な用途で使用されるが、それが取得し、ポスト、他の要求でもこれらの2つの方法で達成する間接的な方法することができます。
2、HTTPステータスコード
200（ "OK"）
すべてが正常です。文書（存在する場合）のエンティティボディは、リソースです。
400（「不正な要求」）は、
クライアント領域を発行します。エンティティのテーマ文書（存在する場合）はエラーメッセージです。私たちは、クライアントがこのエラーメッセージを理解し、問題を修正することができるようにしたいです。
500（「内部サーバーエラー」）
、サービス面の問題。文書（存在する場合）のエンティティボディは、エラー・メッセージです。通常、無駄にこのエラーメッセージは、クライアントが問題のサーバー側を修正することはできませんので。
（「永続的移動」）301は、
クライアント操作がリソースURIが変化するとき、この応答コードがトリガされる送ります。さらに、クライアントは、古いURIのリソースに対する要求を送信し、その応答コードを送信するとき。
404（「見つかりません」）および410（「ゴーン」）
、クライアントによって要求されたときに任意のリソースURIに対応していないが、この応答コードを送信します。サーバーのための404は、リソース要求にクライアントの状況を知らない;サーバーノウハウのための410のクライアントが存在するために使用されるリソースを要求したが、今の状況が存在しないこと。
409（「競合」）
ときに実行するクライアントの試みこの応答コードを送信し、操作「1つ以上のリソースが不整合な状態になります」。
ステータスコード概要：
1XX：予告
2XX：成功
3XX：リダイレクト
4XX：クライアントエラー
5XX：サーバーエラー
参考出典ます。https：//www.cnblogs.com/xflonga/p/9368993.html