搜尋

首頁 >常見問題 >http報文格式詳解

http報文格式詳解

藏色散人
藏色散人原創
2019-06-06 14:13:2313838瀏覽

HTTP封包是面向文字的，封包中的每一個欄位都是一些ASCII碼字串，各個欄位的長度是不確定的。 HTTP有兩類封包：請求訊息和回應封包。

http報文格式詳解

HTTP請求訊息

#一個HTTP請求訊息由請求行（request line）、請求頭部（header） 、空行和請求資料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

最常見的一種請求方式，當客戶端要從伺服器中讀取文件時，當點擊網頁上的連結或透過在瀏覽器的網址列輸入網址來瀏覽網頁的，使用的都是GET方式。 GET方法要求伺服器將URL定位的資源放在回應封包的資料部分，並回給客戶端。使用GET方法時，請求參數和對應的值附加在URL後面，利用一個問號（“?”）代表URL的結尾與請求參數的開始，傳遞參數長度受限。例如，/index.jsp?id=100&op=bind,這樣透過GET方式傳遞的資料直接表示在地址中，所以我們可以把請求結果以連結的形式傳送給好友。以用google搜尋domety為例，Request格式如下：

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請求資料中，以名稱/值的形式出現，可以傳輸大量數據，這樣POST方式對傳送的資料大小沒有限制，也不會顯示在URL中。也以上面的搜尋domety為例，如果使用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.請求頭

請求頭部由關鍵字/值對組成，每行一對，關鍵字和值用英文冒號「:」分隔。請求頭部通知伺服器有關於客戶端請求的信息，典型的請求頭有：

User-Agent：產生請求的瀏覽器類型。

Accept：客戶端可識別的內容類型清單。

Host：要求的主機名，允許多個網域同處一個IP位址，也就是虛擬主機。

3.空行

最後一個請求頭之後是一個空白行，發送回車符和換行符，通知伺服器以下不再有請求頭。

4.請求資料

請求資料不在GET方法中使用，而是在POST方法中使用。 POST方法適用於需要客戶填寫表單的場合。與請求資料相關的最常使用的請求頭是Content-Type和Content-Length。

HTTP訊息

HTTP回應也由三個部分組成，分別是：狀態列、訊息標頭、回應正文。

如下所示，HTTP回應的格式與請求的格式十分類似：


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

 如你所見，在回應中唯一真正的區別在於第一行中用狀態訊息代替了請求訊息。狀態列（status line）透過提供一個狀態碼來說明所請求的資源狀況。

狀態列格式如下：

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中文網其他相關文章！

firefox html 封装 Error 字符串 internal Length delete ASCII apache http
陳述：
本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn
上一篇：ptf格式是什麼下一篇：ptf格式是什麼

相關文章

看更多