| GET | 向Web服務(wù)器請(qǐng)求一個(gè)文件 |
| POST | 向Web服務(wù)器發(fā)送數(shù)據(jù)讓W(xué)eb服務(wù)器進(jìn)行處理 |
| PUT | 向Web服務(wù)器發(fā)送數(shù)據(jù)并存儲(chǔ)在Web服務(wù)器內(nèi)部 |
| HEAD | 檢查一個(gè)對(duì)象是否存在 |
| DELETE | 從Web服務(wù)器上刪除一個(gè)文件 |
| CONNECT | 對(duì)通道提供支持 |
| TRACE | 跟蹤到服務(wù)器的路徑 |
| OPTIONS | 查詢Web服務(wù)器的性能 |
說明：
主要使用到“GET”和“POST”。
實(shí)例：
POST /test/tupian/cm HTTP/1.1
分成三部分：
備注：
在Ajax中，對(duì)應(yīng)method屬性設(shè)置。
2、Host
說明：
請(qǐng)求的web服務(wù)器域名地址
3、User-Agent
說明：
HTTP客戶端運(yùn)行的瀏覽器類型的詳細(xì)信息。通過該頭部信息，web服務(wù)器可以判斷到當(dāng)前HTTP請(qǐng)求的客戶端瀏覽器類別。
實(shí)例：
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
說明：
指定客戶端能夠接收的內(nèi)容類型，內(nèi)容類型中的先后次序表示客戶端接收的先后次序。
例如：
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默認(rèn)設(shè)置為“text/javascript, text/html, application/xml, text/xml, */*”。這是因?yàn)锳jax默認(rèn)獲取服務(wù)器返回的Json數(shù)據(jù)模式。
在Ajax代碼中，可以使用XMLHttpRequest 對(duì)象中setRequestHeader函數(shù)方法來動(dòng)態(tài)設(shè)置這些Header信息。
5、Accept-Language
說明：
指定HTTP客戶端瀏覽器用來展示返回信息所優(yōu)先選擇的語言。
實(shí)例：
Accept-Language: zh-cn,zh;q=0.5
這里默認(rèn)為中文。
6、Accept-Encoding
說明：
指定客戶端瀏覽器可以支持的web服務(wù)器返回內(nèi)容壓縮編碼類型。表示允許服務(wù)器在將輸出內(nèi)容發(fā)送到客戶端以前進(jìn)行壓縮，以節(jié)約帶寬。而這里設(shè)置的就是客戶端瀏覽器所能夠支持的返回壓縮格式。
實(shí)例：
Accept-Encoding: gzip,deflate
備注：
其實(shí)在百度很多產(chǎn)品線中，apache在給客戶端返回頁面數(shù)據(jù)之前，將數(shù)據(jù)以gzip格式進(jìn)行壓縮。
7、Accept-Charset
說明：
瀏覽器可以接受的字符編碼集。
實(shí)例：
Accept-Charset: gb2312,utf-8;q=0.7,*;q=0.7
8、Content-Type
說明：
顯示此HTTP請(qǐng)求提交的內(nèi)容類型。一般只有post提交時(shí)才需要設(shè)置該屬性。
實(shí)例：
Content-type: application/x-www-form-urlencoded;charset:UTF-8
有關(guān)Content-Type屬性值可以如下兩種編碼類型：
（1）“application/x-www-form-urlencoded”： 表單數(shù)據(jù)向服務(wù)器提交時(shí)所采用的編碼類型，默認(rèn)的缺省值就是“application/x-www-form-urlencoded”。 然而，在向服務(wù)器發(fā)送大量的文本、包含非ASCII字符的文本或二進(jìn)制數(shù)據(jù)時(shí)這種編碼方式效率很低。
（2）“multipart/form-data”： 在文件上載時(shí)，所使用的編碼類型應(yīng)當(dāng)是“multipart/form-data”，它既可以發(fā)送文本數(shù)據(jù)，也支持二進(jìn)制數(shù)據(jù)上載。
當(dāng)提交為單單數(shù)據(jù)時(shí)，可以使用“application/x-www-form-urlencoded”；當(dāng)提交的是文件時(shí)，就需要使用“multipart/form-data”編碼類型。
在Content-Type屬性當(dāng)中還是指定提交內(nèi)容的charset字符編碼。一般不進(jìn)行設(shè)置，它只是告訴web服務(wù)器post提交的數(shù)據(jù)采用的何種字符編碼。
一般在開發(fā)過程，是由前端工程與后端UI工程師商量好使用什么字符編碼格式來post提交的，然后后端ui工程師按照固定的字符編碼來解析提交的數(shù)據(jù)。所以這里設(shè)置的charset沒有多大作用。
9、Connection
說明：
表示是否需要持久連接。如果web服務(wù)器端看到這里的值為“Keep-Alive”，或者看到請(qǐng)求使用的是HTTP 1.1（HTTP 1.1默認(rèn)進(jìn)行持久連接），它就可以利用持久連接的優(yōu)點(diǎn)，當(dāng)頁面包含多個(gè)元素時(shí)（例如Applet，圖片），顯著地減少下載所需要的時(shí)間。要實(shí)現(xiàn)這一點(diǎn)， web服務(wù)器需要在返回給客戶端HTTP頭信息中發(fā)送一個(gè)Content-Length（返回信息正文的長度）頭，最簡單的實(shí)現(xiàn)方法是：先把內(nèi)容寫入ByteArrayOutputStream，然 后在正式寫出內(nèi)容之前計(jì)算它的大小。
實(shí)例：
Connection: keep-alive
10、Keep-Alive
說明：
顯示此HTTP連接的Keep-Alive時(shí)間。使客戶端到服務(wù)器端的連接持續(xù)有效，當(dāng)出現(xiàn)對(duì)服務(wù)器的后繼請(qǐng)求時(shí)，Keep-Alive功能避免了建立或者重新建立連接。
以前HTTP請(qǐng)求是一站式連接，從HTTP/1.1協(xié)議之后，就有了長連接，即在規(guī)定的Keep-Alive時(shí)間內(nèi)，連接是不會(huì)斷開的。
實(shí)例：
Keep-Alive: 300
11、cookie
說明：
HTTP請(qǐng)求發(fā)送時(shí)，會(huì)把保存在該請(qǐng)求域名下的所有cookie值一起發(fā)送給web服務(wù)器。
12、Referer
說明：
包含一個(gè)URL，用戶從該URL代表的頁面出發(fā)訪問當(dāng)前請(qǐng)求的頁面
| Header | 解釋 | 示例 |
|---|---|---|
| Accept-Ranges | 表明服務(wù)器是否支持指定范圍請(qǐng)求及哪種類型的分段請(qǐng)求 | Accept-Ranges: bytes |
| Age | 從原始服務(wù)器到代理緩存形成的估算時(shí)間（以秒計(jì)，非負(fù)） | Age: 12 |
| Allow | 對(duì)某網(wǎng)絡(luò)資源的有效的請(qǐng)求行為，不允許則返回405 | Allow: GET, HEAD |
| Cache-Control | 告訴所有的緩存機(jī)制是否可以緩存及哪種類型 | Cache-Control: no-cache |
| Content-Encoding | web服務(wù)器支持的返回內(nèi)容壓縮編碼類型。 | Content-Encoding: gzip |
| Content-Language | 響應(yīng)體的語言 | Content-Language: en,zh |
| Content-Length | 響應(yīng)體的長度 | Content-Length: 348 |
| Content-Location | 請(qǐng)求資源可替代的備用的另一地址 | Content-Location: /index.htm |
| Content-MD5 | 返回資源的MD5校驗(yàn)值 | Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ== |
| Content-Range | 在整個(gè)返回體中本部分的字節(jié)位置 | Content-Range: bytes 21010-47021/47022 |
| Content-Type | 返回內(nèi)容的MIME類型 | Content-Type: text/html; charset=utf-8 |
| Date | 原始服務(wù)器消息發(fā)出的時(shí)間 | Date: Tue, 15 Nov 2010 08:12:31 GMT |
| ETag | 請(qǐng)求變量的實(shí)體標(biāo)簽的當(dāng)前值 | ETag: “737060cd8c284d8af7ad3082f209582d” |
| Expires | 響應(yīng)過期的日期和時(shí)間 | Expires: Thu, 01 Dec 2010 16:00:00 GMT |
| Last-Modified | 請(qǐng)求資源的最后修改時(shí)間 | Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT |
| Location | 用來重定向接收方到非請(qǐng)求URL的位置來完成請(qǐng)求或標(biāo)識(shí)新的資源 | Location: http://www.zcmhi.com/archives/94.html |
| Pragma | 包括實(shí)現(xiàn)特定的指令，它可應(yīng)用到響應(yīng)鏈上的任何接收方 | Pragma: no-cache |
| Proxy-Authenticate | 它指出認(rèn)證方案和可應(yīng)用到代理的該URL上的參數(shù) | Proxy-Authenticate: Basic |
| refresh | 應(yīng)用于重定向或一個(gè)新的資源被創(chuàng)造，在5秒之后重定向（由網(wǎng)景提出，被大部分瀏覽器支持） | Refresh: 5; url= http://www.zcmhi.com/archives/94.html |
| Retry-After | 如果實(shí)體暫時(shí)不可取，通知客戶端在指定時(shí)間之后再次嘗試 | Retry-After: 120 |
| Server | web服務(wù)器軟件名稱 | Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) |
| Set-Cookie | 設(shè)置Http Cookie | Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1 |
| Trailer | 指出頭域在分塊傳輸編碼的尾部存在 | Trailer: Max-Forwards |
| Transfer-Encoding | 文件傳輸編碼 | Transfer-Encoding:chunked |
| Vary | 告訴下游代理是使用緩存響應(yīng)還是從原始服務(wù)器請(qǐng)求 | Vary: * |
| Via | 告知代理客戶端響應(yīng)是通過哪里發(fā)送的 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
| Warning | 警告實(shí)體可能存在的問題 | Warning: 199 Miscellaneous warning |
| WWW-Authenticate | 表明客戶端請(qǐng)求實(shí)體應(yīng)該使用的授權(quán)方案 | WWW-Authenticate: Basic |
到此這篇關(guān)于HTTP中header頭部信息詳解的文章就介紹到這了,更多相關(guān)HTTP中header頭部信息內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
標(biāo)簽：怒江 酒泉 赤峰 七臺(tái)河 白城 金華 洛陽 溫州
巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《HTTP中header頭部信息詳解》，本文關(guān)鍵詞 HTTP,中,header,頭部,信息,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。
