HTTP權威指南-HTTP報文

在開始學習本章之前，先來提一些問題，什麼是報文？如何創建報文？怎麼去理解報文？以及報文的用處有哪些？

什麼是報文？

可以這麼去理解，如果說HTTP是網際網路的信使，那麼HTTP報文就是它用來搬東西的包裹了。

一、報文流

HTTP報文是在HTTP應用程序之間發送的數據塊。這些數據塊以一些文本形式的元信息開頭，這新信息描述了報文的內容及含義，後面跟著可選的數據部分。

1.報文流入源端伺服器

HTTP使用術語流入和流出來描述事物處理。

第一步流入源端伺服器，工作完成後，會流回用戶的Agent代理中。

2.報文向下流遊動

不管是請求報文還是響應報文，所有報文都會向下游流動。

二、報文的組成部分

HTTP報文是簡單的格式化數據塊。

它們是由三部分組成：對報文進行描述的起始行、包含屬性的首部塊，以及可選的、包含數據的主體部分。

1.報文的語法

所有的HTTP報文都可以分為兩類：請求報文和響應報文。請求報文會向 Web伺服器請求的一個動作。響應報文會將請求的結果返回給客戶端。

方法、請求URL、版本、狀態碼、原因短語、首部、實體的主體部分

2.起始行

請求報文的起始行說明了要做些什麼，響應報文的起始行說明了發生了什麼。

請求行：（請求報文）請求報文的起始行（方法、URL）、HTTP的版本。

響應行：（響應報文）HTTP的版本、數字狀態碼、原因短語。

方法：get、head、post、put、trace、options、delete。

狀態碼

原因短語：它為狀態碼提供了文本形式的解釋。

版本號：版本號會以HTTP/x.y形式出現在請求報文和響應報文的起始行中。使用版本號的目的是為使用HTTP的應用程序提供一種線索，以便互相了解對方的能力和報文格式。比較版本時，每個數字都要單獨比較。HTTP/2.22就比HTTP/2.3的版本要高。22>3

3.首部：向請求和響應報文中添加一些附加信息。

4.實體的主體部分：

可選的，是HTTP報文的負荷，就是HTTP要傳輸的內容。

5.版本的0.9的報文：

是HTTP協議的早起版本。是鼻祖，協議簡單。

三、方法

1.安全方法

2.GET：通常用於請求伺服器發送某個資源

3.HEAD：伺服器響應中只返回首部，不會返回實體的主體部分。在不獲取資源的情況下了解資源的情況；查看響應中的狀態碼，看看某個對象是否存在；查看首部，測試資源是否被修改了。l

4.PUT：想伺服器寫入文檔。由於PUT允許用戶對內容進行修改，所以很多WEB伺服器都要求在執行PUT之前，用密碼登陸。

5.POST：通常用於表單。

6.TRACE：客戶端發起一個請求，這個請求可能要穿過防火牆、代理、網關或者其他一些應用程序。每個中間節點可能會修改原始的HTTP請求。原始報文是否，以及如何被毀壞和修改過。

這個方法主要用於診斷。用於驗證是否入院穿過了請求/響應鏈。..........

7.OPTIONS：options請求WEB伺服器告知其支持的各種功能。使其不用實際訪問那些資源就能判定訪問各種資源的最優方式。

8.DELETE：請伺服器刪除請求URL所指定的資源。

9.擴展方法：指的就是沒有在HTTP/1.1規範中定義的方法。

四、狀態碼

100-199 信息性狀態碼200-299 成功狀態碼300-399 重定向狀態碼400-499 客戶端錯誤狀態碼500-599 伺服器錯誤狀態碼

五、首部

1.通用首部：提供了與報文相關的最基本的信息。通用緩存首部，這樣就不需要總是直接從源端伺服器獲取了。

2.請求首部：（請求報文）用於說明是誰或什麼在發送請求、請求源自何處，或者客戶端的喜好 和能力。

3.響應首部：（響應報文）為客戶提供一些額外信息。比如誰在發送響應、響應者的功能、甚至與響應相關的一些特殊指令。

4.實體首部：HTTP報文的負荷。可以告知報文的接收者它在對什麼進行處理。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！