HTTP 基本架構

下面我們用一張簡單的流程圖來展示 HTTP 協(xié)議基本架構，以便大家先有個基本的了解

Web Client 可以是瀏覽器、搜索引擎、機器人等等一切基于HTTP 協(xié)議發(fā)起 http 請求的工具。Web Server 可以是任何的能解析 HTTP 請求，并返回給Web Client 可識別的響應的服務，常見的有 apache、nginx、IIS 等等 web 服務器

濃縮就是精華，看下最簡潔的 HTTP 交互圖：

HTTP 報文結構

請求報文：HTTP 請求報文由請求行、請求頭、空行和請求內容 4 個部分構成。如下圖所示：

下面對上圖進行簡單的分析：請求行：由請求方法字段、URL 字段、協(xié)議版本字段三部分構成，它們之間由空格隔開。常用的請求方法有：GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。請求頭：請求頭由 key/value 對組成，每行為一對，key 和 value 之間通過冒號(:)分割。請求頭的作用主要用于通知服務端有關于客戶端的請求信息。

典型的請求頭有：

• User-Agent：生成請求的瀏覽器類型
• Accept：客戶端可識別的響應內容類型列表；星號* 用于按范圍將類型分組。*/*表示可接受全部類型，type/*表示可接受 type 類型的所有子類型。
• Accept-Language: 客戶端可接受的自然語言
• Accept-Encoding: 客戶端可接受的編碼壓縮格式
• Accept-Charset： 可接受的字符集
• Host: 請求的主機名，允許多個域名綁定同一 IP 地址
• connection：連接方式(close 或 keeplive)
• Cookie: 存儲在客戶端的擴展字段

空行：最后一個請求頭之后就是空行，用于告訴服務端以下內容不再是請求頭的內容了。

請求內容：請求內容主要用于 POST 請求，與 POST 請求方法配套的請求頭一般有 Content-Type(標識請求內容的類型)和 Content-Length(標識請求內容的長度)

• 響應報文：HTTP 響應報文由狀態(tài)行、響應頭、空行和響應內容 4 個部分構成。如下圖所示：

下面對響應報文格式進行簡要的分析說明：狀態(tài)行：由 HTTP 協(xié)議版本、狀態(tài)碼、狀態(tài)碼描述三部分構成，它們之間由空格隔開。狀態(tài)碼：由 3 位數字組成，第一位標識響應的類型，常用的 5 大類狀態(tài)碼如下：

• 1xx：表示服務器已接收了客戶端的請求，客戶端可以繼續(xù)發(fā)送請求
• 2xx：表示服務器已成功接收到請求并進行處理
• 3xx：表示服務器要求客戶端重定向
• 4xx：表示客戶端的請求有==非法內容==
• 5xx：標識服務器未能正常處理客戶端的請求而出現意外錯誤

常見狀態(tài)碼說明：

• 200 OK： 表示客戶端請求成功
• 400 Bad Request： 表示客戶端請求有語法錯誤，不能被服務器端解析
• 401 Unauthonzed： 表示請求未經授權，該狀態(tài)碼必須與WWW-Authenticate 報文頭一起使用
• 404 Not Found：請求的資源不存在，例如輸入了錯誤的 url
• 500 Internal Server Error： 表示服務器發(fā)生了不可預期的錯誤，導致無法完成客戶端的請求
• 503 Service Unavailable：表示服務器當前不能處理客戶端的請求，在一段時間后服務器可能恢復正常響應頭

一般情況下，響應頭會包含以下，甚至更多的信息。

• Location：服務器返回給客戶端，用于重定向到新的位置
• Server： 包含服務器用來處理請求的軟件信息及版本信息Vary：標識不可緩存的請求頭列表
• Connection: 連接方式。

對于==請求端==來講：close 是告訴服務端，斷開連接，不用等待后續(xù)的求請了。keeplive 則是告訴服務端，在完成本次請求的響應后，保持連接，等待本次連接后的后續(xù)請求。對于==響應端==來講：close 表示連接已經關閉。keeplive 則表示連接保持中，可以繼續(xù)處理后續(xù)請求。Keep-Alive 表示如果請求端保持連接，則該請求頭部信息表明期望服務端保持連接多長時間(秒)，例如 300 秒，應該這樣寫 Keep-Alive: 300

空行：最后一個響應頭之后就是空行，用于告訴請求端以下內容不再是響應頭的內容了。響應內容：服務端返回給請求端的文本信息。

HTTP 報文示例

在這里我們在 Firefox 下用 firebug 隨意抓取一個 HTTP 包和上文的報文結構做下一一對應關系圖，以便大家了解實際的包和標準報文結構的對應關系。

總結
對于 HTTP 協(xié)議的交互過程這里就不再進行說明了，大家可以搜索下相關的資料進行學習，上述的內容請務必熟練掌握、深刻了解。更詳細的內容推薦大家學習 RFC 2616(http 協(xié)議 1.1 版本，有中文版本)

總結

以上是生活随笔為你收集整理的下面哪个字段是http请求中必须具备的_HTTP 协议报文结构及示例的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。