HTTP 協議詳解
阿新 • • 發佈：2017-08-02
範圍 文件傳輸 ext text 繼續 warn 分組 asi nsf
HTTP Request Header 請求頭
部分內容轉載自：
http://tools.jb51.net/table/http_header
http://www.cnblogs.com/yin-jingyu/archive/2011/08/01/2123548.html
前言：
之前買過一本《圖解 HTTP》這本書，作者好像是個小日本，也繼承了小日本在動漫方面的天賦，30% 的內容都是 Q 版畫圖。 之後沒有引起我的重視，書一借出去，然後，之後 .. 之後，就沒有了之後了。 先簡單了解一下 Web 相關的知識，現在市面上所有的瀏覽器以及服務器都是采用的 HTTP 1.1 版本，HTTP 2.0 很快也要普及了。 其實很多瀏覽器已經支持到 2.0 了。https://www.zhihu.com/question/34074946 一、HTTP 協議基礎 Web 使用一種超文本傳輸（無狀態?）協議作為規範，完成客戶端等一系列的運作流程。而協議是指流程的規定。可以說，Web 是建立在 HTTP 協議上通信的。 在計算機通信中，HTTP 協議屬於應用層，傳輸層還是采用的 TCP/IP 來實現，在這個基礎上，還需要了解一下知識就是 DNS。 粗暴了模擬一個在瀏覽器中輸入一個 www.baidu.com 所有經過的事情： 1、瀏覽器獲取到用戶在地址欄輸入的域名後，瀏覽器將本機基本信息、瀏覽器基本信息等組成 HTTP 請求包； 2、瀏覽器將 HTTP 請求包，請求到目標域名，操作系統網絡通信模塊將域名轉換為 IP 地址；（Windows、DNS） 3、Web 服務器獲取到客戶端請求的信息後（與服務器的網絡層通訊跳過），做出相應的操作後返回客戶端一組數據（HTTP 標準數據） 4、瀏覽器開始解析 Web 服務器響應的 HTTP 響應內容包，將內容部分（符合 W3C 規範）解析並渲染成用戶看到的效果； HTTP通信機制是在一次完整的HTTP通信過程中，Web瀏覽器與Web服務器之間將完成下列7個步驟： （1）建立TCP連接 在HTTP工作開始之前，Web瀏覽器首先要通過網絡與Web服務器建立連接，該連接是通過TCP來完成的， 該協議與IP協議共同構建Internet，即著名的 TCP/IP 協議族，因此Internet又被稱作是TCP/IP網絡。 HTTP是比TCP更高層次的應用層協議，根據規則，只有低層協議建立之後才能，才能進行更層協議的連接， 因此，首先要建立TCP連接，一般TCP連接的端口號是 80 （2）Web瀏覽器向Web服務器發送請求命令 一旦建立了TCP連接，Web瀏覽器就會向Web服務器發送請求命令 例如：GET/sample/hello.jsp HTTP/1.1 （3）Web瀏覽器發送請求頭信息 瀏覽器發送其請求命令之後，還要以頭信息的形式向Web服務器發送一些別的信息， 之後瀏覽器發送了一空白行來通知服務器，它已經結束了該頭信息的發送。 （4）Web服務器應答 客戶機向服務器發出請求後，服務器會客戶機回送應答， HTTP/1.1 200 OK 應答的第一部分是協議的版本號和應答狀態碼 （5）Web服務器發送應答頭信息 正如客戶端會隨同請求發送關於自身的信息一樣，服務器也會隨同應答向用戶發送關於它自己的數據及被請求的文檔。 （6）Web服務器向瀏覽器發送數據 Web服務器向瀏覽器發送頭信息後，它會發送一個空白行來表示頭信息的發送到此為結束， 接著，它就以Content-Type應答頭信息所描述的格式發送用戶所請求的實際數據 （7）Web服務器關閉TCP連接 一般情況下，一旦Web服務器向瀏覽器發送了請求數據，它就要關閉TCP連接，然後如果瀏覽器或者服務器在其頭信息加入了這行代碼 Connection:keep-alive TCP 連接在發送後將仍然保持打開狀態，於是，瀏覽器可以繼續通過相同的連接發送請求。 保持連接節省了為每個請求建立新連接所需的時間，還節約了網絡帶寬。 二、HTTP Request HTTP請求格式 當瀏覽器向Web服務器發出請求時，它向服務器傳遞了一個數據塊，也就是請求信息，HTTP請求信息由3部分組成： l 請求方法URI協議/版本 l 請求頭(Request Header) l 請求正文 下面是一個HTTP請求的例子： [ 請求方法URI協議/版本 ]HTTP Request Header 請求頭
| Header | 解釋 | 示例 |
|---|---|---|
| Accept | 指定客戶端能夠接收的內容類型 | Accept: text/plain, text/html |
| Accept-Charset | 瀏覽器可以接受的字符編碼集。 | Accept-Charset: iso-8859-5 |
| Accept-Encoding | 指定瀏覽器可以支持的web服務器返回內容壓縮編碼類型。 | Accept-Encoding: compress, gzip |
| Accept-Language | 瀏覽器可接受的語言 | Accept-Language: en,zh |
| Accept-Ranges | 可以請求網頁實體的一個或者多個子範圍字段 | Accept-Ranges: bytes |
| Authorization | HTTP授權的授權證書 | Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== |
| Cache-Control | 指定請求和響應遵循的緩存機制 | Cache-Control: no-cache |
| Connection | 表示是否需要持久連接。（HTTP 1.1默認進行持久連接） | Connection: close |
| Cookie | HTTP請求發送時，會把保存在該請求域名下的所有cookie值一起發送給web服務器。 | Cookie: $Version=1; Skin=new; |
| Content-Length | 請求的內容長度 | Content-Length: 348 |
| Content-Type | 請求的與實體對應的MIME信息 | Content-Type: application/x-www-form-urlencoded |
| Date | 請求發送的日期和時間 | Date: Tue, 15 Nov 2010 08:12:31 GMT |
| Expect | 請求的特定的服務器行為 | Expect: 100-continue |
| From | 發出請求的用戶的Email | From: [email protected] |
| Host | 指定請求的服務器的域名和端口號 | Host: www.zcmhi.com |
| If-Match | 只有請求內容與實體相匹配才有效 | If-Match: “737060cd8c284d8af7ad3082f209582d” |
| If-Modified-Since | 如果請求的部分在指定時間之後被修改則請求成功，未被修改則返回304代碼 | If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT |
| If-None-Match | 如果內容未改變返回304代碼，參數為服務器先前發送的Etag，與服務器回應的Etag比較判斷是否改變 | If-None-Match: “737060cd8c284d8af7ad3082f209582d” |
| If-Range | 如果實體未改變，服務器發送客戶端丟失的部分，否則發送整個實體。參數也為Etag | If-Range: “737060cd8c284d8af7ad3082f209582d” |
| If-Unmodified-Since | 只在實體在指定時間之後未被修改才請求成功 | If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT |
| Max-Forwards | 限制信息通過代理和網關傳送的時間 | Max-Forwards: 10 |
| Pragma | 用來包含實現特定的指令 | Pragma: no-cache |
| Proxy-Authorization | 連接到代理的授權證書 | Proxy-Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== |
| Range | 只請求實體的一部分，指定範圍 | Range: bytes=500-999 |
| Referer | 先前網頁的地址，當前請求網頁緊隨其後,即來路 | Referer: http://www.zcmhi.com/archives/71.html |
| TE | 客戶端願意接受的傳輸編碼，並通知服務器接受接受尾加頭信息 | TE: trailers,deflate;q=0.5 |
| Upgrade | 向服務器指定某種傳輸協議以便服務器進行轉換（如果支持） | Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11 |
| User-Agent | User-Agent的內容包含發出請求的用戶信息 | User-Agent: Mozilla/5.0 (Linux; X11) |
| Via | 通知中間網關或代理服務器地址，通信協議 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
| Warning | 關於消息實體的警告信息 | Warn: 199 Miscellaneous warning |
HTTP Responses Header 響應頭
| Header | 解釋 | 示例 |
|---|---|---|
| Accept-Ranges | 表明服務器是否支持指定範圍請求及哪種類型的分段請求 | Accept-Ranges: bytes |
| Age | 從原始服務器到代理緩存形成的估算時間（以秒計，非負） | Age: 12 |
| Allow | 對某網絡資源的有效的請求行為，不允許則返回405 | Allow: GET, HEAD |
| Cache-Control | 告訴所有的緩存機制是否可以緩存及哪種類型 | Cache-Control: no-cache |
| Content-Encoding | web服務器支持的返回內容壓縮編碼類型。 | Content-Encoding: gzip |
| Content-Language | 響應體的語言 | Content-Language: en,zh |
| Content-Length | 響應體的長度 | Content-Length: 348 |
| Content-Location | 請求資源可替代的備用的另一地址 | Content-Location: /index.htm |
| Content-MD5 | 返回資源的MD5校驗值 | Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ== |
| Content-Range | 在整個返回體中本部分的字節位置 | Content-Range: bytes 21010-47021/47022 |
| Content-Type | 返回內容的MIME類型 | Content-Type: text/html; charset=utf-8 |
| Date | 原始服務器消息發出的時間 | Date: Tue, 15 Nov 2010 08:12:31 GMT |
| ETag | 請求變量的實體標簽的當前值 | ETag: “737060cd8c284d8af7ad3082f209582d” |
| Expires | 響應過期的日期和時間 | Expires: Thu, 01 Dec 2010 16:00:00 GMT |
| Last-Modified | 請求資源的最後修改時間 | Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT |
| Location | 用來重定向接收方到非請求URL的位置來完成請求或標識新的資源 | Location: http://www.zcmhi.com/archives/94.html |
| Pragma | 包括實現特定的指令，它可應用到響應鏈上的任何接收方 | Pragma: no-cache |
| Proxy-Authenticate | 它指出認證方案和可應用到代理的該URL上的參數 | Proxy-Authenticate: Basic |
| refresh | 應用於重定向或一個新的資源被創造，在5秒之後重定向（由網景提出，被大部分瀏覽器支持） |
Refresh: 5; url= http://www.zcmhi.com/archives/94.html |
| Retry-After | 如果實體暫時不可取，通知客戶端在指定時間之後再次嘗試 | Retry-After: 120 |
| Server | web服務器軟件名稱 | Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) |
| Set-Cookie | 設置Http Cookie | Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1 |
| Trailer | 指出頭域在分塊傳輸編碼的尾部存在 | Trailer: Max-Forwards |
| Transfer-Encoding | 文件傳輸編碼 | Transfer-Encoding:chunked |
| Vary | 告訴下遊代理是使用緩存響應還是從原始服務器請求 | Vary: * |
| Via | 告知代理客戶端響應是通過哪裏發送的 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
| Warning | 警告實體可能存在的問題 | Warning: 199 Miscellaneous warning |
| WWW-Authenticate | 表明客戶端請求實體應該使用的授權方案 | WWW-Authenticate: Basic |
HTTP 協議詳解