HTTP協議結構


http協議

請求報文和響應報文都是由以下4部分組成

1.請求行

2.請求頭

3.空行

4.消息主體

 

下圖為http請求的報文結構

 

 

下圖為http響應報文結構

 

 

請求行

格式為:

Method Request-URI HTTP-Version 結尾符

結尾符一般用\r\n

 

請求頭

通用報頭

既可以出現在請求報頭,也可以出現在響應報頭中

Date:表示消息產生的日期和時間

Connection:允許發送指定連接的選項,例如指定連接是連續的,或者指定“close”選項,通知服務器,在響應完成后,關閉連接

Cache-Control:用於指定緩存指令,緩存指令是單向的(響應中出現的緩存指令在請求中未必會出現),且是獨立的(一個消息的緩存指令不會影響另一個消息處理的緩存機制)

 

請求報頭

請求報頭通知服務器關於客戶端求求的信息,典型的請求頭有:

Host:請求的主機名,允許多個域名同處一個IP地址,即虛擬主機

User-Agent:發送請求的瀏覽器類型、操作系統等信息

Accept:客戶端可識別的內容類型列表,用於指定客戶端接收那些類型的信息

Accept-Encoding:客戶端可識別的數據編碼

Accept-Language:表示瀏覽器所支持的語言類型

Connection:允許客戶端和服務器指定與請求/響應連接有關的選項,例如這是為Keep-Alive則表示保持連接。

Transfer-Encoding:告知接收端為了保證報文的可靠傳輸,對報文采用了什么編碼方式。

 

響應報頭

用於服務器傳遞自身信息的響應,常見的響應報頭:

Location:用於重定向接受者到一個新的位置,常用在更換域名的時候

Server:包含可服務器用來處理請求的系統信息,與User-Agent請求報頭是相對應的

 

實體報頭

實體報頭用來定於被傳送資源的信息,既可以用於請求也可用於響應。請求和響應消息都可以傳送一個實體,常見的實體報頭為:

Content-Type:發送給接收者的實體正文的媒體類型

Content-Lenght:實體正文的長度

Content-Language:描述資源所用的自然語言,沒有設置則該選項則認為實體內容將提供給所有的語言閱讀

Content-Encoding:實體報頭被用作媒體類型的修飾符,它的值指示了已經被應用到實體正文的附加內容的編碼,因而要獲得Content-Type報頭域中所引用的媒體類型,必須采用相應的解碼機制。

Last-Modified:實體報頭用於指示資源的最后修改日期和時間

Expires:實體報頭給出響應過期的日期和時間

 

空行

http協議規定的格式,一般采用\r\n

 

消息主體

一般用於http的post method。通過實體報頭規定消息主體的格式內容、

例如 Content-Type=text/plain

該實體報頭規定了消息主體的數據是純文本格式

常見的還有

Content-Type=application/x-www-form-urlencoded,定義為Key=value格式

Content-Type=application/json,定義為序列化為的json字符串

Content-Type= multipart/form-data,定義為表單數據提交,該格式比較復雜,詳細解釋一下。

 

multipart/form-data

1. 該格式是post的常見提交方式,也就是說是由post方法來組合實現的

2. 使用該提交方法需要規定一個內容分割符用於分割請求體中的多個post的內容,如文件內容和文本內容自然需要分割開來,不然接收方就無法正常解析和還原這個文件了。具體的頭信息如下:

Content-Type: multipart/form-data; boundary=${bound}  

其中${bound}是自定義的分隔符,一般情況用一長串不會和業務數據重復的字符串表示 ,例如9431149156168

3. 分割符前面需要加上--

4. 最后的分割符后面也需要加上—

5. 所有的數據請求頭和數據之間都用\r\n\r\n分開,兩個數據間用 --${bound}\r\n分開

 

實例

POST /bucketname HTTP/1.1
Host: Host Server
User-Agent: browser_data
Accept: file_types
Accept-Language: Regions
Accept-Encoding: encoding
Accept-Charset: character_set
Keep-Alive: 300
Connection: keep-alive
Content-Type: multipart/form-data; boundary=9431149156168
Content-Length: 123456
--9431149156168
Content-Disposition: form-data; name="key"
acl --9431149156168 Content-Disposition: form-data; name="success_action_redirect"
success_redirect --9431149156168 Content-Disposition: form-data; name="content-Type"
text/plain --9431149156168 Content-Disposition: form-data; name="x-amz-meta-uuid"
uuid --9431149156168 Content-Disposition: form-data; name="x-amz-meta-tag"
metadata --9431149156168--

  

參考資料

// http協議介紹

http://liuwangshu.cn/application/network/1-http.html

// multipart提交方式詳細介紹

http://blog.csdn.net/MSPinyin/article/details/6141638


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM