有兩種 HTTP 報文的型別，請求(request)與響應(response)，每種都有其特定的格式，下面將分別介紹這兩種型別的報文。

一、HTTP 請求

HTTP 請求報文由請求行(Request Line)、請求頭(Request Header)、請求體(Request Body)這三部分組成，下圖是HTTP請求報文的格式：

備註

• 請求行和請求頭都是以回車符<CR> + 換行符<LF>作為結束標誌，同時在請求頭的後面緊跟的是請求空行，這一行僅傳送回車符<CR> + 換行符<LF>，用來表示請求頭已傳送完成，這樣做是因為請求頭的個數是不確定的，如果沒有加入請求空行，WEB伺服器就無法知道請求頭到底什麼時候結束。
• 並不是所有的請求都有請求體，如GET、DELETE請求是沒有請求體的，而POST、PUT請求是有請求體的。

1、請求方法

下面將列出所有請求方法的名稱及描述：

若需獲知更多關於請求方法的資訊，請參閱RFC 7231。

2、URL

URL，即統一資源定位器(Uniform Resource Locator)，是因特網的全球資訊網服務程式上用於指定資訊位置的表示方法。

注意

1. URL 只能使用 ASCII 字符集來通過因特網進行傳送。由於 URL 常常會包含 ASCII 集合之外的字元，URL 必須轉換為有效的 ASCII 格式。
2. URL 編碼使用 "%" 其後跟隨兩位的十六進位制數來替換非 ASCII 字元。
3. URL 不能包含空格。URL 編碼通常使用 + 來替換空格。

更多關於 URL 的知識，可以檢視菜鳥教程 - HTML URL 編碼。

3、請求頭

客戶端傳送請求頭欄位以提供更多資訊。關於請求上下文、根據目標資源狀態建議響應的首選格式、提供身份驗證憑據或修改預期請求處理。這些欄位充當請求修飾符，類似於程式語言方法呼叫的引數。

下面將列出一些常用的請求頭：

若需獲知更多關於響應頭的資訊，請參閱RFC 7231。

4、請求體

請求體是瀏覽器向伺服器傳送的請求資料，格式由Content-Type請求頭指定，常見的有x-www-form-urlencoded、form-data等。

二、HTTP響應

HTTP 響應報文由狀態行(status-line)、響應頭(response header)、響應體(response body)這幾部分組成，下圖為 HTTP 響應報文的格式：

1、狀態碼

狀態程式碼元素是一個三位整數程式碼，它將試圖理解和滿足請求的結果。狀態碼由三位數字組成，第一位數字表示響應的型別，常用的狀態碼有五大類如下表所示：

下面將列出一些常用的 HTTP 響應狀態碼：

若需獲知更多關於響應狀態碼的資訊，請參閱RFC 7231。

2、響應頭

響應頭欄位允許伺服器傳遞有關響應的附加資訊，而不是狀態行中的資訊。這些頭欄位提供有關伺服器、進一步訪問目標資源或相關資源的資訊。

下面將列出一些常見的響應頭：

若需獲知更多關於響應頭的資訊，請參閱RFC 7231。

3、響應體

響應體是伺服器返回給客戶端的文字資訊，資訊的格式可通過Content-Type響應頭來指定，如常見的text/html以及前後端使用JSON交換資料時使用的application/json。

三、舉例

下面我們以一個簡單的使用者註冊為例，分析一次 HTTP 請求和響應的完整過程。

1、傳送請求

• 採用GET請求方式向伺服器傳送表單資訊

  通過觀察可以發現GET請求方法是直接將表單資訊寫入到URL當中，要注意URL的長度是有限制的，不同的瀏覽器和不同的伺服器所能接受的最大長度是不一致的，因此要控制請求引數的長度。

• 採用POST請求方式向伺服器傳送表單資訊

  可以看到POST請求方式是將表單資訊寫在請求體中，請求體中的資料格式並不是固定的，只要雙方約定好寫入資料的格式，伺服器就能根據約定解析資料，此外請求體的長度是沒有限制的，理論上可以寫入任意長度的資料。

2、響應結果

接著上面的登入案例，當點選註冊按鈕之後瀏覽器向伺服器傳送請求，伺服器處理請求並返回結果，瀏覽器收到的響應報文如下：

除了狀態行和響應頭之外，瀏覽器還收到了響應體，MIME型別為text/html，使用的字符集為utf-8，響應體內容如下：

<h1>註冊成功!</h1>

瀏覽器解析響應體內容並將其展示在頁面上：