httpプロトコルに関するいくつかの学習ノート

2934 ワード

1.httpリクエストヘッダ情報
  • Accept:ブラウザが処理できるコンテンツタイプ.MIMEタイプ(text/htmlimage/pngapplication/json等)、*/*は任意のタイプの
  • を指す.
  • Accept-Charset:ブラウザが表示できる文字セット.
  • connection:ブラウザとサーバ間の接続のタイプ(HTTP要求送信前に、TCP接続を確立する必要があり、TCP接続が確立されてこそ、HTTP要求を送信することができる).keep-aliveネットワーク接続は永続的であり、同じサーバに対する要求が接続上で継続的に完了するように閉じられない.すなわち、1回のtcp接続において複数回のデータを連続的に送信することができ、すなわち、一定期間保持できるtcp接続であり、この保持されたチャネルには複数のrequest、複数のresponseがある.1回のデータを送信するたびに3回の握手接続を再開する必要はなく、1回のデータを送信するとすぐに4回の手を振って接続を解放しなければならない.これにより、パフォーマンスとスループットが向上します.
  • Access-Control-Allow-Origin:応答ヘッダは、応答のリソースが所与のoriginと共有することを許可されるかどうかを指定する(すなわち、ドメイン間).
  • Cookie:現在のclien tおよびserverのいずれかのCookieをキー値フォーマットで設定します.cookieは、一般に、clientserverとの間の一意のセッションフラグCookieを設定します.現在のclientserve rのいずれかのCookie、キー値フォーマットを設定します.cookieは、一般に、clientserverとの間の一意のセッションフラグを設ける.
  • content-type:エンティティヘッダは、リソースのMIMEタイプmedia typeを示すために使用される.(1)application/x-www-form-urlencoded(デフォルト設定を要求):一連の文字列で、コミットされたデータはkey 1=val 1&key 2=val 2のように符号化される.(2)multipart/form-data:要求体も文字列であり、ファイルアップロードに多く用いられる(3)application/json:サービス側メッセージ本体はシーケンス化されたJSON文字列である.(4) text/xml

  • 2.要求フォーマット
  • 要求行:メソッドURL議/バージョン
  • 要求ヘッダ:一般放ユーザ情報
  • 要求本文:一般的にフォームデータ
  • を配置する
    GET/sample.jspHTTP/1.1 Accept:image/gif.image/jpeg,/Accept-Language:zh-cn Connection:Keep-Alive Host:localhost User-Agent:Mozila/4.0(compatible;MSIE5.01;Window NT5.0) Accept-Encoding:gzip,deflate username=jinqiao&password=1234
    コードの「GET」は要求メソッドを表し、「/sample.jsp」はURIを表し、「HTTP/1.1はプロトコルとプロトコルのバージョンを表す.
    GET/sample.jsp HTTP/1.1
    リクエストヘッダには、クライアント環境とリクエスト本文に関する多くの有用な情報が含まれています.たとえば、リクエストヘッダは、ブラウザで使用される言語、リクエスト本文の長さなどを宣言できます.
    Accept:image/gif.image/jpeg./Accept-Language:zh-cn Connection:Keep-Alive Host:localhost User-Agent:Mozila/4.0(compatible:MSIE5.01:Windows NT5.0) Accept-Encoding:gzip,deflate.
    要求本文:要求ヘッダと要求本文の間には空の行があり、この行は非常に重要であり、要求ヘッダが終了したことを示し、次は要求本文である.
    username=jinqiao&password=1234
    3.クッキーとセッションについて
  • Cookieの主な内容は、名前、値、有効期限、パス、ドメインです.クライアント
  • にキー値で保存する.
  • Sessionは、サービス側に作用する.ブラウザが最初に要求を送信すると、サーバは、HashTableSession IDを自動的に生成し、このHashTableを一意に識別し、応答によってブラウザに送信する.ブラウザの2回目の送信要求は、前回のサーバ応答のSession IDを要求に入れてサーバに一括送信する.
  • 単点登録の原理は、バックエンドがsession IDを生成する、cookieに設定され、その後、すべてのリクエストブラウザがcookieを持参し、サービス側がクッキーからsession IDを取得し、ユーザ情報を照会することである.