httpメッセージフォーマットの詳細説明

HTTP メッセージはテキスト指向であり、メッセージの各フィールドは ASCII コード文字列であり、各フィールドの長さは不定です。 HTTP には、リクエスト メッセージとレスポンス メッセージの 2 種類のメッセージがあります。

#HTTP リクエスト メッセージ

HTTP リクエスト メッセージは、リクエスト行とリクエスト ヘッダーで構成され、次の 4 つの部分で構成されます。 、空白行、およびリクエスト データ次の図は、リクエスト メッセージの一般的な形式を示しています。

or

＜request-line＞
＜headers＞
＜blank line＞
[＜request-body＞

1. リクエスト ヘッダー

リクエスト行は、リクエスト メソッド フィールド、URL で構成されます。フィールドと HTTP プロトコル バージョン フィールドは、スペースで区切られた 3 つのフィールドで構成されます。たとえば、GET /index.html HTTP/1.1。

HTTP プロトコルのリクエスト メソッドには、GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT があります。

一般的なものは次のとおりです:

1).GET

クライアントがサーバーからリクエストを行う場合の最も一般的なリクエスト メソッドです。ドキュメントを読むとき、Web ページ上のリンクをクリックするか、ブラウザのアドレス バーに URL を入力して Web ページを参照するときに、GET メソッドが使用されます。 GET メソッドでは、サーバーが URL によって特定されたリソースを応答メッセージのデータ部分に入れてクライアントに送り返す必要があります。 GET メソッドを使用する場合、リクエスト パラメータと対応する値が URL に追加されます。URL の終わりとリクエスト パラメータの始まりを表すために疑問符 ("?") が使用されます。パラメーターは限られています。たとえば、/index.jsp?id=100&op=bind では、GET で渡されたデータがアドレスで直接表現されるため、リクエスト結果をリンクの形式で友人に送信できます。 Google による domety の検索を例にとると、リクエストの形式は次のとおりです。

GET /search?hl=zh-CN&source=hp&q=domety&aq=f&oq= HTTP/1.1  
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, 
application/msword, application/x-silverlight, application/x-shockwave-flash, */*  
Referer: <a href="http://www.google.cn/">http://www.google.cn/</a>  Accept-Language: zh-cn  
Accept-Encoding: gzip, deflate  
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; TheWorld)  
Host: <a href="http://www.google.cn">www.google.cn</a>  Connection: Keep-Alive  
Cookie: PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=1261551909:LM=1261551917:S=ybYcq2wpfefs4V9g; 
NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y-
FxlRugatx63JLv7CWMD6UB_O_r

ご覧のとおり、GET リクエストには通常、「リクエストの内容」部分は含まれておらず、リクエスト データは次のように表現されます。アドレス形式のリクエスト行。アドレスのリンクは次のとおりです:

<a href="http://www.google.cn/search?hl=zh-CN&source=hp&q=domety&aq=f&oq=">http://www.google.cn/search?hl=zh-CN&source=hp
&q=domety&aq=f&oq=</a>

アドレスの「?」以降の部分が GET で送信されたリクエスト データです。各データは「&」記号で区切ってください。明らかに、この方法はプライベート データの送信には適していません。また、ブラウザごとにアドレスの文字制限が異なり、一般的には最大 1024 文字までしか認識できないため、大量のデータを送信する必要がある場合には GET メソッドは適していません。

2).POST

GET メソッドが適切ではない上記の状況では、POST メソッドの使用を検討できます。POST メソッドを使用すると次のことが可能になるためです。クライアントからサーバーに詳細な情報が提供されます。 POST メソッドは、HTTP リクエスト データ内のリクエスト パラメータを名前/値の形式でカプセル化し、大量のデータを送信できるため、送信されるデータのサイズに制限はありません。 URLには表示されません。上記の検索ドームを例に取ると、POST メソッドが使用される場合、形式は次のようになります。

POST /search HTTP/1.1  
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, 
application/msword, application/x-silverlight, application/x-shockwave-flash, */*  
Referer: <a href="http://www.google.cn/">http://www.google.cn/</a>  Accept-Language: zh-cn  
Accept-Encoding: gzip, deflate  
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; TheWorld)  
Host: <a href="http://www.google.cn">www.google.cn</a>  Connection: Keep-Alive  
Cookie: PREF=ID=80a06da87be9ae3c:U=f7167333e2c3b714:NW=1:TM=1261551909:LM=1261551917:S=ybYcq2wpfefs4V9g; 
NID=31=ojj8d-IygaEtSxLgaJmqSjVhCspkviJrB6omjamNrSm8lZhKy_yMfO2M4QMRKcH1g0iQv9u-2hfBW7bUFwVh7pGaRUb0RnHcJU37y-
FxlRugatx63JLv7CWMD6UB_O_r  

hl=zh-CN&source=hp&q=domety

ご覧のとおり、POST メソッドのリクエスト行にはデータ文字列が含まれておらず、これらのデータは保存されます。 「リクエストコンテンツ」セクションの各データも「&」記号で区切られています。 POST メソッドは主にページ フォームで使用されます。 POST は GET の機能も完了できるため、フォームを設計するときに常に POST メソッドを使用する人がほとんどですが、実はこれは誤解です。 GET メソッドにも独自の特徴と利点があり、状況に応じて GET と POST のどちらを使用するかを選択する必要があります

3).HEAD

HEAD は GET と同様です, ただし、サーバーは HEAD リクエストを受信した後、応答ヘッダーを返すだけで、応答内容は送信しません。特定のページのステータスのみを確認する必要がある場合、HEAD を使用すると、送信プロセス中にページのコンテンツが省略されるため、非常に効率的です。

2. リクエスト ヘッダー

リクエスト ヘッダーは、1 行に 1 つのペアのキーワードと値のペアで構成され、キーワードと値は英語のコロンで区切られます。 :" 。リクエスト ヘッダーは、クライアントのリクエストについてサーバーに通知します。一般的なリクエスト ヘッダーは次のとおりです:

User-Agent: リクエストを生成したブラウザのタイプ。

Accept: クライアントによって認識されるコンテンツ タイプのリスト。

ホスト: 要求されたホスト名。複数のドメイン名が同じ IP アドレスにあることを許可します。つまり、仮想ホストです。

3. 空行

最後のリクエスト ヘッダーが空行の後に、キャリッジ リターンとライン フィード文字を送信して、リクエスト ヘッダーがもうないことをサーバーに通知します。下に。

4. リクエスト データ

リクエスト データは GET メソッドではなく、POST メソッドで使用されます。 POST メソッドは、顧客がフォームに記入する必要がある状況に適しています。リクエスト データに関連して最も一般的に使用されるリクエスト ヘッダーは、Content-Type と Content-Length です。

HTTP メッセージ

HTTP 応答も、ステータス行、メッセージ ヘッダー、応答本文の 3 つの部分で構成されます。

以下に示すように、HTTP 応答の形式はリクエストの形式と非常によく似ています:

＜status-line＞
＜headers＞
＜blank line＞
[＜response-body＞]

ご覧のとおり、応答の唯一の違いは次のとおりです。情報を要求する代わりに、最初の行の情報のステータスを使用します。ステータス行には、ステータス コードを提供することによって、要求されたリソースが説明されます。

ステータス行の形式は次のとおりです:

HTTP-Version Status-Code Reason-Phrase CRLF

其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。状态代码由三位数字组成，第一个数字定义了响应的类别，且有五种可能取值。

• 1xx：指示信息--表示请求已接收，继续处理。
• 2xx：成功--表示请求已被成功接收、理解、接受。
• 3xx：重定向--要完成请求必须进行更进一步的操作。
• 4xx：客户端错误--请求有语法错误或请求无法实现。
• 5xx：服务器端错误--服务器未能实现合法的请求。

常见状态代码、状态描述的说明如下。

• 200 OK：客户端请求成功。
• 400 Bad Request：客户端请求有语法错误，不能被服务器所理解。
• 401 Unauthorized：请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用。
• 403 Forbidden：服务器收到请求，但是拒绝提供服务。
• 404 Not Found：请求资源不存在，举个例子：输入了错误的URL。
• 500 Internal Server Error：服务器发生不可预期的错误。
• 503 Server Unavailable：服务器当前不能处理客户端的请求，一段时间后可能恢复正常，举个例子：HTTP/1.1 200 OK（CRLF）。

下面给出一个HTTP响应报文例子

HTTP/1.1 200 OK
Date: Sat, 31 Dec 2005 23:59:59 GMT
Content-Type: text/html;charset=ISO-8859-1
Content-Length: 122

＜html＞
＜head＞
＜title＞Wrox Homepage＜/title＞
＜/head＞
＜body＞
＜!-- body goes here --＞
＜/body＞
＜/html＞

关于HTTP请求GET和POST的区别

1.GET提交，请求的数据会附在URL之后（就是把数据放置在HTTP协议头＜request-line＞中），以?分割URL和传输数据，多个参数用&连接;例如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5%A5%BD。如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密，得出如： %E4%BD%A0%E5%A5%BD，其中％XX中的XX为该符号以16进制表示的ASCII。

  POST提交：把提交的数据放置在是HTTP包的包体＜request-body＞中。上文示例中红色字体标明的就是实际的传输数据

  因此，GET提交的数据会在地址栏中显示出来，而POST提交，地址栏不会改变

2.传输数据的大小：

首先声明,HTTP协议没有对传输的数据大小进行限制，HTTP协议规范也没有对URL长度进行限制。 而在实际开发中存在的限制主要有：

GET:特定浏览器和服务器对URL长度有限制，例如IE对URL长度的限制是2083字节(2K+35)。对于其他浏览器，如Netscape、FireFox等，理论上没有长度限制，其限制取决于操作系统的支持。

因此对于GET提交时，传输数据就会受到URL长度的限制。

POST:由于不是通过URL传值，理论上数据不受限。但实际各个WEB服务器会规定对post提交数据大小进行限制，Apache、IIS6都有各自的配置。

3.安全性：

POST的安全性要比GET的安全性高。注意：这里所说的安全性和上面GET提到的“安全”不是同个概念。上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的Security的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为(1)登录页面有可能被浏览器缓存， (2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了。

以上がhttpメッセージフォーマットの詳細説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。