[置頂] HTTP 頭部信息和錯誤碼匯總詳細解釋，必收藏！

最近在調試 前后端分離的要求測試，遇到了1個406毛病， 沒法接受，因而開始了人肉搜索406

最后 還是HTTP頭部信息里的

Accept:application/json  這個Accept 致使的， 后端設置了只允許application/json 這類情勢，so前端摹擬要求的時候，你也要和后端溝通好，然后發送要求參數，就能夠了！

正好，也忘得差不多了，下面我們就來總結和回顧1下HTTP 的1些參數 和毛病碼等等

前端不懂HTTP協議就等于廢了1條腿， 跑不快，飛不高！ GO！！！

本文為多篇“HTTP要求頭相干文章”及《HTTP權威指南》1書的瀏覽后個人匯總整理版，以便于理解。

　　通常HTTP消息包括客戶機向服務器的要求消息和服務器向客戶機的響應消息。客戶端向服務器發送1個要求，要求頭包括要求的方法、URI、協議版本、和包括要求修飾符、客戶信息和內容的類似于MIME的消息結構。服務器以1個狀態行作為響應，相應的內容包括消息協議的版本，成功或毛病編碼加上包括服務器信息、實體元信息和可能的實體內容。

　　Http協議定義了很多與服務器交互的方法，最基本的有4種，分別是GET、POST、PUT、DELETE。1個URL地址用于描寫1個網絡上的資源，而HTTP中的GET、POST、PUT、 DELETE就對應著對這個資源的查、改、增、刪4個操作，我們最多見的就是GET和POST了。GET1般用于獲得/查詢資源信息，而POST1般用于更新資源信息。

　HTTP頭信息解讀

　　HTTP的頭域包括通用頭、要求頭、響應頭和實體頭4個部份。每一個頭域由1個域名，冒號（:）和域值3部份組成。

　　通用頭部是客戶端和服務器都可使用的頭部，可以在客戶端、服務器和其他利用程序之間提供1些非常有用的通用功能，如Date頭部。

　　要求頭部是要求報文獨有的，它們為服務器提供了1些額外信息，比如客戶端希望接收甚么類型的數據，如Accept頭部。

　　響應頭部便于客戶端提供信息，比如，客服端在與哪一種類型的服務器進行交互，如Server頭部。

　　實體頭部指的是用于應對實體主體部份的頭部，比如，可以用實體頭部來講明實體主體部份的數據類型，如Content-Type頭部。

　HTTP通用頭

　　通用頭域包括要求和響應消息都支持的頭域，通用頭域包括緩存頭部Cache-Control、Pragma及信息性頭部Connection、Date、Transfer-Encoding、Update、Via。

　　1、Cache-Control

　　Cache-Control指定要求和響應遵守的緩存機制。在要求消息或響應消息中設置 Cache-Control其實不會修改另外一個消息處理進程中的緩存處理進程。要求時的緩存指令包括no-cache、no-store、max-age、 max-stale、min-fresh、only-if-cached，響應消息中的指令包括public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age。各個消息中的指令含義以下：

　　no-cache：唆使要求或響應消息不能緩存，實際上是可以存儲在本地緩存區中的，只是在與原始服務器進行新鮮度驗證之前，緩存不能將其提供給客戶端使用。　

　　no-store：緩存應當盡快從存儲器中刪除文檔的所有痕跡，由于其中可能會包括敏感信息。

　　max-age：緩存沒法返回緩存時間擅長max-age規定秒的文檔，若不超規定秒閱讀器將不會發送對應的要求到服務器，數據由緩存直接返回；超過這1時間段才進1步由服務器決定是返回新數據還是仍由緩存提供。若同時還發送了max-stale指令，則使用期可能會超過其過期時間。

　　min-fresh：最少在未來規定秒內文檔要保持新鮮，接受其新鮮生命期大于其當前 Age 跟 min-fresh 值之和的緩存對象。

　　max-stale：唆使客戶端可以接收過期響應消息，如果指定max-stale消息的值，那末客戶端可以接收過期但在指定值以內的響應消息。

　　only-if-cached：只有當緩存中有副本存在時，客戶端才會取得1份副本。

　　Public：唆使響應可被任何緩存區緩存，可以用緩存內容回應任何用戶。

　　Private：唆使對單個用戶的全部或部份響應消息，不能被同享緩存處理，只能用緩存內容回應先前要求該內容的那個用戶。

　　2、Pragma

　　Pragma頭域用來包括實現特定的指令，最經常使用的是Pragma:no-cache。在HTTP/1.1協議中，它的含義和Cache- Control:no-cache相同。

　　3、Connection

　　Connection表示是不是需要持久連接。如果Servlet看到這里的值為“Keep-Alive”，或看到要求使用的是HTTP 1.1（HTTP 1.1默許進行持久連接），它就能夠利用持久連接的優點，當頁面包括多個元素時（例如Applet，圖片），顯著地減少下載所需要的時間。要實現這1點，Servlet需要在應對中發送1個Content-Length頭，最簡單的實現方法是：先把內容寫入ByteArrayOutputStream，然后在正式寫出內容之前計算它的大小。

　　Close：告知WEB服務器或代理服務器，在完本錢次要求的響應后，斷開連接，不要等待本次連接的后續要求了。

　　Keepalive：告知WEB服務器或代理服務器，在完本錢次要求的響應后，保持連接，等待本次連接的后續要求。

　　Keep-Alive：如果閱讀器要求保持連接，則該頭部表明希望 WEB 服務器保持連接多長時間（秒），如Keep-Alive：300。

　　4、Date

　　Date頭域表示消息發送的時間，服務器響應中要包括這個頭部，由于緩存在評估響應的新鮮度時要用到，其時間的描寫格式由RFC822定義。例如，Date:Mon, 31 Dec 2001 04:25:57 GMT。Date描寫的時間表示世界標準時，換算本錢地時間，需要知道用戶所在的時區。

　　5、Transfer-Encoding

　　WEB 服務器表明自己對本響應消息體（不是消息體里面的對象）作了怎樣的編碼，比如是不是分塊（chunked），例如：Transfer-Encoding: chunked

　　6、Upgrade

　　它可以指定另外一種可能完全不同的協議，如HTTP/1.1客戶端可以向服務器發送1條HTTP/1.0要求，其中包括值為“HTTP/1.1”的Update頭部，這樣客戶端就能夠測試1下服務器是不是也使用HTTP/1.1了。

　　7、Via

　　列出從客戶端到 OCS 或相反方向的響應經過了哪些代理服務器，他們用甚么協議（和版本）發送的要求。

　　當客戶端要求到達第1個代理服務器時，該服務器會在自己發出的要求里面添加 Via 頭部，并填上自己的相干信息，當下1個代理服務器 收到第1個代理服務器的要求時，會在自己發出的要求里面復制前1個代理服務器的要求的Via頭部，并把自己的相干信息加到后面，以此類推，當 OCS 收到最后1個代理服務器的要求時，檢查 Via 頭部，就知道該要求所經過的路由。例如：Via：1.0 236⑻1.D07071953.sina.com.cn:80 (squid/2.6.STABLE13)

　HTTP要求頭

　　要求頭用于說明是誰或甚么在發送要求、要求源于何處，或客戶真個喜好及能力。服務器可以根據要求頭部給出的客戶端信息，試著為客戶端提供更好的響應。要求頭域可能包括以下字段Accept、Accept-Charset、Accept- Encoding、Accept-Language、Authorization、From、Host、If-Modified-Since、If-Match、If-None-Match、If-Range、If-Range、If-Unmodified-Since、Max-Forwards、Proxy-Authorization、Range、Referer、User-Agent。對要求頭域的擴大要求通訊雙方都支持，如果存在不支持的要求頭域，1般將會作為實體頭域處理。

　　8、Accept

　　告知WEB服務器自己接受甚么介質類型，*/* 表示任何類型，type/* 表示該類型下的所有子類型，type/sub-type。

　　9、Accept-Charset

　　閱讀器告知服務器自己能接收的字符集。

　　10、Accept-Encoding

　　閱讀器申明自己接收的編碼方法，通常指定緊縮方法，是不是支持緊縮，支持甚么緊縮方法（gzip，deflate）。

　　11、Accept-Language

　　閱讀器申明自己接收的語言。語言跟字符集的區分：中文是語言，中文有多種字符集，比如big5，gb2312，gbk等等。

　　12、Authorization

　　當客戶端接收到來自WEB服務器的 WWW-Authenticate 響應時，用該頭部來回應自己的身份驗證信息給WEB服務器。

　　13、If-Match

　　如果對象的 ETag 沒有改變，其實也就意味著對象沒有改變，才履行要求的動作，獲得文檔。

　　14、If-None-Match

　　如果對象的 ETag 改變了，其實也就意味著對象也改變了，才履行要求的動作，獲得文檔。

　　15、If-Modified-Since

　　如果要求的對象在該頭部指定的時間以后修改了，才履行要求的動作（比如返回對象），否則返回代碼304，告知閱讀器該對象沒有修改。例如：If-Modified-Since：Thu, 10 Apr 2008 09:14:42 GMT

　　16、If-Unmodified-Since

　　如果要求的對象在該頭部指定的時間以后沒修改過，才履行要求的動作（比如返回對象）。

　　17、If-Range

　　閱讀器告知 WEB 服務器，如果我要求的對象沒有改變，就把我缺少的部份給我，如果對象改變了，就把全部對象給我。閱讀器通過發送要求對象的ETag 或自己所知道的最后修改時間給 WEB 服務器，讓其判斷對象是不是改變了。總是跟 Range 頭部1起使用。

　　18、Range

　　閱讀器（比如 Flashget 多線程下載時）告知 WEB 服務器自己想取對象的哪部份。例如：Range: bytes=1173546

　　19、Proxy-Authenticate

　　代理服務器響應閱讀器，要求其提供代理身份驗證信息。

　　20、Proxy-Authorization

　　閱讀器響應代理服務器的身份驗證要求，提供自己的身份信息。

　　21、Host

　　客戶端指定自己想訪問的WEB服務器的域名/IP 地址和端口號。如Host：rss.sina.com.cn

　　22、Referer

　　閱讀器向WEB 服務器表明自己是從哪一個網頁URL取得點擊當前要求中的網址/URL，例如：Referer：http://www.ecdoer.com/

　　23、User-Agent

　　閱讀器表明自己的身份（是哪一種閱讀器）。例如：User-Agent：Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN;rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

　HTTP響應頭

　　響應頭向客戶端提供1些額外信息，比如誰在發送響應、響應者的功能，乃至與響應相干的1些特殊指令。這些頭部有助于客戶端處理響應，并在將來發起更好的要求。響應頭域包括Age、Location、Proxy-Authenticate、Public、Retry- After、Server、Vary、Warning、WWW-Authenticate。對響應頭域的擴大要求通訊雙方都支持，如果存在不支持的響應頭域，1般將會作為實體頭域處理。

　　24、Age

　　當代理服務器用自己緩存的實體去響應要求時，用該頭部表明該實體從產生到現在經過量長時間了。

　　25、Server

　　WEB 服務器表明自己是甚么軟件及版本等信息。例如：Server：Apache/2.0.61 (Unix)

　　26、Accept-Ranges

　　WEB服務器表明自己是不是接受獲得其某個實體的1部份（比如文件的1部份）的要求。bytes：表示接受，none：表示不接受。

　　27、Vary

　　WEB服務器用該頭部的內容告知 Cache 服務器，在甚么條件下才能用本響應所返回的對象響應后續的要求。假設源WEB服務器在接到第1個要求消息時，其響應消息的頭部為：Content-Encoding: gzip; Vary: Content-Encoding，那末Cache服務器會分析后續要求消息的頭部，檢查其Accept-Encoding，是不是跟先前響應的Vary頭部值1致，即是不是使用相同的內容編碼方法，這樣就能夠避免Cache服務器用自己Cache 里面緊縮后的實體響應給不具有解壓能力的閱讀器。例如：Vary：Accept-Encoding。

　HTTP實體頭

　　實體頭部提供了有關實體及其內容的大量信息，從有關對象類型的信息，到能夠對資源使用的各種有效的要求方法。總之，實體頭部可以告知接收者它在對甚么進行處理。要求消息和響應消息都可以包括實體信息，實體信息1般由實體頭域和實體組成。實體頭域包括關于實體的原信息，實體頭包括信息性頭部Allow、Location，內容頭部Content-Base、Content-Encoding、Content-Language、Content-Length、Content-Location、Content-MD5、Content-Range、Content-Type，緩存頭部Etag、Expires、Last-Modified、extension-header。

　　28、Allow

　　服務器支持哪些要求方法（如GET、POST等）。

　　29、Location

　　表示客戶應當到哪里去提取文檔，用于將接收端定位到資源的位置（URL）上。Location通常不是直接設置的，而是通過HttpServletResponse的sendRedirect方法，該方法同時設置狀態代碼為302。

　　30、Content-Base

　　解析主體中的相對URL時使用的基礎URL。

　　31、Content-Encoding

　　WEB服務器表明自己使用了甚么緊縮方法（gzip，deflate）緊縮響應中的對象。例如：Content-Encoding：gzip

　　32、Content-Language

　　WEB 服務器告知閱讀器理解主體時最適合使用的自然語言。

　　33、Content-Length

　　WEB服務器告知閱讀器自己響應的對象的長度或尺寸，例如：Content-Length: 26012

　　34、Content-Location

　　資源實際所處的位置。

　　35、Content-MD5

　　主體的MD5校驗和。

　　36、Content-Range

　　實體頭用于指定全部實體中的1部份的插入位置，他也唆使了全部實體的長度。在服務器向客戶返回1個部份響應，它必須描寫響應覆蓋的范圍和全部實體長度。1般格式： Content-Range:bytes-unitSPfirst-byte-pos-last-byte-pos/entity-legth。例如，傳送頭500個字節次字段的情勢：Content-Range:bytes0- 499/1234如果1個http消息包括此節（例如，對范圍要求的響應或對1系列范圍的堆疊要求），Content-Range表示傳送的范圍，Content-Length表示實際傳送的字節數。

　　37、Content-Type

　　WEB 服務器告知閱讀器自己響應的對象的類型。例如：Content-Type：application/xml

　　38、Etag

　　就是1個對象（比如URL）的標志值，就1個對象而言，比如1個html文件，如果被修改了，其Etag也會別修改，所以，ETag的作用跟Last-Modified的作用差不多，主要供WEB服務器判斷1個對象是不是改變了。比如前1次要求某個html文件時，取得了其 ETag，當這次又要求這個文件時，閱讀器就會把先前取得ETag值發送給WEB服務器，然后WEB服務器會把這個ETag跟該文件確當前ETag進行對照，然后就知道這個文件有無改變了。

　　39、Expires

　　WEB服務器表明該實體將在甚么時候過期，對過期了的對象，只有在跟WEB服務器驗證了其有效性后，才能用來響應客戶要求。是 HTTP/1.0 的頭部。例如：Expires：Sat, 23 May 2009 10:02:12 GMT

　　40、Last-Modified

　　WEB服務器認為對象的最后修改時間，比如文件的最后修改時間，動態頁面的最后產生時間等等。例如：Last-Modified：Tue, 06 May 2008 02:42:43 GMT

------------------------------------------------------------------------------------------------------------------------------------------------------------------------

HTTP Request的Header信息

1、HTTP要求方式

以下表：

說明：

主要使用到“GET”和“POST”。

實例：

POST /test/tupian/cm HTTP/1.1

分成3部份：

（1）POST：HTTP要求方式

（2）/test/tupian/cm：要求Web服務器的目錄地址（或指令）

（3）HTTP/1.1: URI（Uniform Resource Identifier，統1資源標識符）及其版本

備注：

在Ajax中，對應method屬性設置。

2、Host

說明：

要求的web服務器域名地址

3、User-Agent

說明：

HTTP客戶端運行的閱讀器類型的詳細信息。通過該頭部信息，web服務器可以判斷到當前HTTP要求的客戶端閱讀器種別。

實例：

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11

4、Accept

說明：

指定客戶端能夠接收的內容類型，內容類型中的前后次序表示客戶端接收的前后次序。

例如：

Accept:text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5

備注：

在Prototyp（1.5）的Ajax代碼封裝中，將Accept默許設置為“text/javascript, text/html, application/xml, text/xml, */*”。這是由于Ajax默許獲得服務器返回的Json數據模式。

在Ajax代碼中，可使用XMLHttpRequest 對象中setRequestHeader函數方法來動態設置這些Header信息。

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈