HTTP響應頭和請求頭信息對照表

HTTP請求頭提供了關于請求，響應或者其他的發送實體的信息。HTTP的頭信息包括通用頭、請求頭、響應頭和實體頭四個部分。每個頭域由一個域名，冒號（:）和域值三部分組成。通用頭標：即可用于請求，也可用于響應，是作為一個整體而不是特定資源與事務相關聯。 請求頭標：允許客戶端傳遞關于自身的信息和希望的響應形式。 響應頭標：服務器和于傳遞自身信息的響應。 實體頭標：定義被傳送資源的信息。即可用于請求，也可用于響應。

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: user@email.com Host 指定請求的服務器的 域名:端口號 也可以是 IP:端口號 Host: www.zcmhi.com Referer 親測,任何非首次請求都有這個參數, 該首部用于所有請求.告訴服務器我是從哪個頁面鏈接過來的,即來路 Referer: http://www.zcmhi.com/archives/71.html Origin 親測,只有跨域請求或跳轉時才有這個參數, 該首部用于 CORS 請求或者 POST 請求, 指示了請求來自于哪個站點。該字段僅指示服務器名稱，并不包含任何路徑信息。Origin: https://developer.mozilla.org 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 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

請求頭常用參數對用的設置

Cache-control:

Cache-Control: max-age=<seconds> Cache-Control: max-stale[=<seconds>] Cache-Control: min-fresh=<seconds> Cache-control: no-cache Cache-control: no-store Cache-control: no-transform Cache-control: only-if-cached[1] no-cache ---- 不要讀取緩存中的文件，要求向WEB服務器重新請求 [2] no-store ---- 請求和響應都禁止被緩存 [2] max-age： ---- 表示當訪問此網頁后的max-age秒內再次訪問不會去服務器請求，其功能與Expires類似，只是Expires是根據某個特定日期值做比較。一但緩存者自身的時間不準確.則結果可能就是錯誤的，而max-age,顯然無此問題.。Max-age的優先級也是高于Expires的。 [3] max-stale ---- 允許讀取過期時間必須小于max-stale 值的緩存對象。 [4] min-fresh ---- 接受其max-age生命期大于其當前時間 跟 min-fresh 值之和的緩存對象 [5] only-if-cached ---- 告知緩存者,我希望內容來自緩存，我并不關心被緩存響應,是否是新鮮的. [6] no-transform ---- 告知代理,不要更改媒體類型,比如jpg,被你改成png.示例: 禁止緩存 Cache-Control: no-cache, no-store, must-revalidate 緩存靜態資源 Cache-Control:public, max-age=31536000

請求Content-type常用的配置

下面這個是我在Chrome中復制到的案例,但是大小寫這個問題我沒找到.

下面這些不夠看的話,具體看下面響應頭的吧,那里的多一點.

Content-type 有請求設置的也有響應設置的,這里只說請求設置的.

而響應的 Content-type 則在下面的響應頭信息后面記錄.

Content-type 有將近200種,這種只寫常用的三種吧.

• Content-Type: application/x-www-form-urlencoded

最常見的 POST 提交數據的方式了。 瀏覽器的原生 <form> 表單，如果不設置 enctype 屬性，那么最終就會以 application/x-www-form-urlencoded 方式提交數據。 首先，Content-Type 被指定為 application/x-www-form-urlencoded；其次，提交的數據按照 key1=val1&key2=val2 的方式進行編碼，key 和 val 都進行了 URL 轉碼。大部分服務端語言都對這種方式有很好的支持。 例如 PHP 中，$_POST['title'] 可以獲取到 title 的值，$_POST['sub'] 可以得到 sub 數組。很多時候，我們用 Ajax 提交數據時，也是使用這種方式。 例如 JQuery 的 Ajax，Content-Type 默認值都是「application/x-www-form-urlencoded;charset=utf-8」。下面這個是請求參數, 在通過瀏覽器請求的時候,如Chrome點開控制臺中的請求頭.選擇原生查看,可以看到POST的請求參數,都是以k=v&k=v的形式請求. 我在PHP中使用 file_get_contents 請求時,如果要設置POST請求頭,在請求頭中添加也會這么干, 做一個這樣的操作 'content' => http_build_query($postData), _csrfToken=&username=json%40163.com&password=sssss&geetest_challenge=2aeeee938f8767f9e49725347d55a48bfi&geetest_validate=54cbc95414d9d7d397c21b1b9b75c3bd&geetest_seccode=54cbc95414d9d7d397c21b1b9b75c3bd%7Cjordan

我用PHP寫的簡單案例:

$data = ['uid' => '3','coin' => 'btc','amount' => '10','transfer_id' => rand(1, 100),'from' => '2', //1主站,2OTC'to' => '1',];$context = stream_context_create(['http' => ['method' => 'POST','timeout' => '3','header' => 'Content-type: application/x-www-form-urlencoded','content' => http_build_query($data),],]);$result = file_get_contents($_SERVER['REQUEST_SCHEME'] . '://' . $_SERVER['HTTP_HOST'] . '/api/finance/transfer',false,$context);

完整請求案例:

POST /web/user/account HTTP/1.1 Host: www.cetest.com Connection: keep-alive Content-Length: 211 Pragma: no-cache Cache-Control: no-cache Accept: application/json, text/plain, */* Origin: http://www.cetest.com X-Requested-With: XMLHttpRequest User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 DNT: 1 Content-Type: application/x-www-form-urlencoded Referer: http://www.cetest.com/user/login/ Accept-Encoding: gzip, deflate Accept-Language: zh-CN,zh;q=0.9,en;q=0.8 Cookie: __zlcmid=qIhvlOPaskTFPJ; _ga=GA1.2.588344771.1547546595; USER_PW=8ef050580742753b0f27e9882389960f; PHPSESSID=acf73210c191350915c2a169c72ee2ee; languageStyle=1; lang=en_US_csrfToken=&username=json%40163.com&password=sssss&geetest_challenge=2aeeee938f8767f9e49725347d55a48bfi&geetest_validate=54cbc95414d9d7d397c21b1b9b75c3bd&geetest_seccode=54cbc95414d9d7d397c21b1b9b75c3bd%7Cjordan

• Content-Type: multipart/form-data; boundary=---------------------------13803311712107636103297225856

使用表單上傳文件時，必須讓 <form>標簽中的 enctype參數 等于這個值。 如: <form action="/user/login" method="post" enctype="multipart/form-data"> </form>通過瀏覽器,比如Chrome或者Firefox都可以從請求頭中看到該請求參數 上面提到的這兩種 POST 數據的方式，都是瀏覽器原生支持的，而且現階段標準中原生 <form> 表單也只支持這兩種方式（通過 <form> 元素的 enctype 屬性指定，默認為 application/x-www-form-urlencoded。其實 enctype 還支持 text/plain，不過用得非常少）。這個例子稍微復雜點。 首先生成了一個 boundary 用于分割不同的字段，為了避免與正文內容重復，boundary 很長很復雜。 然后 Content-Type 里指明了數據是以 multipart/form-data 來編碼，本次請求的 boundary 是什么內容。 消息主體里按照字段個數又分為多個結構類似的部分，每部分都是以 --boundary 開始，緊接著是內容描述信息，然后是回車，最后是字段具體內容（文本或二進制）。 如果傳輸的是文件，還要包含文件名和文件類型信息。 消息主體最后以 --boundary-- 標示結束。關于 multipart/form-data 的詳細定義，請前往 rfc1867 查看。 這種方式一般用來上傳文件，各大服務端語言對它也有著良好的支持。隨著越來越多的 Web 站點，尤其是 WebApp，全部使用 Ajax 進行數據交互之后，我們完全可以定義新的數據提交方式，給開發帶來更多便利。如果是Chrome瀏覽器,從控制臺在請求頭一欄滑到最下面, 查看formdata里面就是下面這個樣子所有的請求參數都在里面 如果是Firefox,從控制臺點開參數一欄看到下面這種Chrome瀏覽器------WebKitFormBoundaryhWoGW1ZpIbxmmJ0V Content-Disposition: form-data; name="_csrfToken"akdsX1lBdmFVTXo5cGhIS05QZEVCb2cyYWlVdEd2bUhvT0VYbTFSaFF2aklOOUEtdXNidjdCMV9ONmJENDlzS2lGNzRNaWxlbkhVR0Z4VDc5clNONVE9PQ== ------WebKitFormBoundaryhWoGW1ZpIbxmmJ0V Content-Disposition: form-data; name="intl"6 ------WebKitFormBoundaryhWoGW1ZpIbxmmJ0V Content-Disposition: form-data; name="name"asdfsss ------WebKitFormBoundaryhWoGW1ZpIbxmmJ0V Content-Disposition: form-data; name="id_type"1 ------WebKitFormBoundaryhWoGW1ZpIbxmmJ0V Content-Disposition: form-data; name="id_number"asdfasdf ------WebKitFormBoundaryhWoGW1ZpIbxmmJ0V Content-Disposition: form-data; name="photo[]"; filename="0BC4C4D581D1895A6BD859FDE53FE72A.jpg" Content-Type: image/jpeg------WebKitFormBoundaryhWoGW1ZpIbxmmJ0V Content-Disposition: form-data; name="photo[]"; filename="0CA48D7D20CA37EB22709B8DC07CF5F1.jpg" Content-Type: image/jpeg------WebKitFormBoundaryhWoGW1ZpIbxmmJ0V Content-Disposition: form-data; name="photo[]"; filename="0FF5B38C59A85EFD49EB4940467798FC.png" Content-Type: image/png------WebKitFormBoundaryhWoGW1ZpIbxmmJ0V--FireFox瀏覽器-----------------------------13803311712107636103297225856 Content-Disposition: form-data; name="_csrfToken"NmR3TGhaWmF1ZzJzaUtNbTBmaE85V3ZReGt3R0pOUUxobXo3OC0xLVc1V0pDSTEzeFNjOEtGZFRGM0xUUWZmZGdUTW1xTEFKQTd4T3RlQ0NodTNUU1E9PQ== -----------------------------13803311712107636103297225856 Content-Disposition: form-data; name="intl"54 -----------------------------13803311712107636103297225856 Content-Disposition: form-data; name="name" ..........下面的部分都省略了基本上和Chrome中的一樣....................完整請求案例: Host: www.cetest.com User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:64.0) Gecko/20100101 Firefox/64.0 Accept: application/json, text/javascript, */*; q=0.01 Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2 Accept-Encoding: gzip, deflate Referer: http://www.cetest.com/security/userauth/ X-Requested-With: XMLHttpRequest Content-Type: multipart/form-data; boundary=---------------------------13803311712107636103297225856 Content-Length: 224703 Connection: keep-alive Cookie: lang=zh_CN; __zlcmid=p2hjuk7Mu2t6bt; _ga=GA1.2.1972438163.1546501161; USER_PW=505a4b3208e94d00c0d0aa2c0215ef8e; PHPSESSID=63166bc005232efd3b7fd2ade95bddaf; languageStyle=1; USER=1%2Cjson%40163.com%2C%2C%2C0%2C0%2C1%2C0-----------------------------13803311712107636103297225856 Content-Disposition: form-data; name="_csrfToken"NmR3TGhaWmF1ZzJzaUtNbTBmaE85V3ZReGt3R0pOUUxobXo3OC0xLVc1V0pDSTEzeFNjOEtGZFRGM0xUUWZmZGdUTW1xTEFKQTd4T3RlQ0NodTNUU1E9PQ== -----------------------------13803311712107636103297225856 Content-Disposition: form-data; name="intl"54 -----------------------------13803311712107636103297225856 Content-Disposition: form-data; name="name"111 -----------------------------13803311712107636103297225856 Content-Disposition: form-data; name="id_type"1 -----------------------------13803311712107636103297225856 Content-Disposition: form-data; name="id_number"aaaaa -----------------------------13803311712107636103297225856 Content-Disposition: form-data; name="photo[]"; filename="0BC4C4D581D1895A6BD859FDE53FE72A.jpg" Content-Type: image/jpeg下面還有一堆這樣的東西, 應該是上傳的文件就不全部粘過來了, 作為理解內容即可. ???à

轉載于:https://my.oschina.net/chinaliuhan/blog/3064201

總結

以上是生活随笔為你收集整理的HTTP常用参数对照表的全部內容，希望文章能夠幫你解決所遇到的問題。

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