請求回應包頭
請求報頭（Request Headers）
1. Host (主機和埠號)
Host：對應網址URL中的Web名稱和埠號，用于指定被請求資源的Internet主機和埠號，通常屬于URL的一部分，
2. Connection (鏈接型別)
Connection：表示客戶端與服務連接型別
1）Client 發起一個包含 Connection:keep-alive 的請求，HTTP/1.1使用 keep-alive 為默認值，
2）Server收到請求后：
如果 Server 支持 keep-alive，回復一個包含 Connection:keep-alive 的回應，不關閉連接；
如果 Server 不支持 keep-alive，回復一個包含 Connection:close 的回應，關閉連接，
如果client收到包含 Connection:keep-alive 的回應，向同一個連接發送下一個請求，直到一方主動關閉連接，
keep-alive在很多情況下能夠重用連接，減少資源消耗，縮短回應時間，比如當瀏覽器需要多個檔案時(比如一個HTML檔案和相關的圖形檔案)，不需要每次都去請求建立連接，
3. Upgrade-Insecure-Requests (升級為HTTPS請求)
Upgrade-Insecure-Requests：升級不安全的請求，意思是會在加載 http 資源時自動替換成 https 請求，讓瀏覽器不再顯示https頁面中的http請求警報，
HTTPS 是以安全為目標的 HTTP 通道，所以在 HTTPS 承載的頁面上不允許出現 HTTP 請求，一旦出現就是提示或報錯，
4. User-Agent (瀏覽器名稱)
User-Agent：是客戶瀏覽器的名稱，以后會詳細講，
5. Accept (傳輸檔案型別)
Accept：指瀏覽器或其他客戶端可以接受的MIME（Multipurpose Internet Mail Extensions（多用途互聯網郵件擴展））檔案型別，服務器可以根據它判斷并回傳適當的檔案格式，
舉例：
Accept: */*：表示什么都可以接收，
Accept：image/gif：表明客戶端希望接受GIF影像格式的資源；
Accept：text/html：表明客戶端希望接受html文本，
Accept: text/html, application/xhtml+xml;q=0.9, image/*;q=0.8：表示瀏覽器支持的 MIME 型別分別是 html文本、xhtml和xml檔案、所有的影像格式資源，
q是權重系數，范圍 0 =< q <= 1，q 值越大，請求越傾向于獲得其“;”之前的型別表示的內容，若沒有指定q值，則默認為1，按從左到右排序順序；若被賦值為0，則用于表示瀏覽器不接受此內容型別，
Text：用于標準化地表示的文本資訊，文本訊息可以是多種字符集和或者多種格式的；Application：用于傳輸應用程式資料或者二進制資料，詳細請點擊
6. Referer (頁面跳轉處)
Referer：表明產生請求的網頁來自于哪個URL，用戶是從該 Referer頁面訪問到當前請求的頁面，這個屬性可以用來跟蹤Web請求來自哪個頁面，是從什么網站來的等，
有時候遇到下載某網站圖片，需要對應的referer，否則無法下載圖片，那是因為人家做了防盜鏈，原理就是根據referer去判斷是否是本網站的地址，如果不是，則拒絕，如果是，就可以下載；
7. Accept-Encoding（檔案編解碼格式）
Accept-Encoding：指出瀏覽器可以接受的編碼方式，編碼方式不同于檔案格式，它是為了壓縮檔案并加速檔案傳遞速度，瀏覽器在接收到Web回應之后先解碼，然后再檢查檔案格式，許多情形下這可以減少大量的下載時間，
舉例：Accept-Encoding:gzip;q=1.0, identity; q=0.5, *;q=0
如果有多個Encoding同時匹配, 按照q值順序排列，本例中按順序支持 gzip, identity壓縮編碼，支持gzip的瀏覽器會回傳經過gzip編碼的HTML頁面， 如果請求訊息中沒有設定這個域服務器假定客戶端對各種內容編碼都可以接受，
8. Accept-Language（語言種類）
Accept-Langeuage：指出瀏覽器可以接受的語言種類，如en或en-us指英語，zh或者zh-cn指中文，當服務器能夠提供一種以上的語言版本時要用到，
9. Accept-Charset（字符編碼）
Accept-Charset：指出瀏覽器可以接受的字符編碼，
舉例：Accept-Charset:iso-8859-1,gb2312,utf-8
ISO8859-1：通常叫做Latin-1，Latin-1包括了書寫所有西方歐洲語言不可缺少的附加字符，英文瀏覽器的默認值是ISO-8859-1.
gb2312：標準簡體中文字符集;
utf-8：UNICODE 的一種變長字符編碼，可以解決多種語言文本顯示問題，從而實作應用國際化和本地化，
如果在請求訊息中沒有設定這個域，預設是任何字符集都可以接受，
10. Cookie （Cookie）
Cookie：瀏覽器用這個屬性向服務器發送Cookie，Cookie是在瀏覽器中寄存的小型資料體，它可以記載和服務器相關的用戶資訊，也可以用來實作會話功能，以后會詳細講，
11. Content-Type (POST資料型別)
Content-Type：POST請求里用來表示的內容型別，
舉例：Content-Type = Text/XML; charset=gb2312：
指明該請求的訊息體中包含的是純文本的XML型別的資料，字符編碼采用“gb2312”，
常用的回應報頭(Response Headers)(了解)
理論上所有的回應頭資訊都應該是回應請求頭的，但是服務端為了效率，安全，還有其他方面的考慮，會添加相對應的回應頭資訊，從上圖可以看到：
1. Cache-Control：must-revalidate, no-cache, private，
這個值告訴客戶端，服務端不希望客戶端快取資源，在下次請求資源時，必須要從新請求服務器，不能從快取副本中獲取資源，
Cache-Control是回應頭中很重要的資訊，當客戶端請求頭中包含Cache-Control:max-age=0請求，明確表示不會快取服務器資源時,Cache-Control作為作為回應資訊，通常會回傳no-cache，意思就是說，"那就不快取唄"，
當客戶端在請求頭中沒有包含Cache-Control時，服務端往往會定,不同的資源不同的快取策略，比如說oschina在快取圖片資源的策略就是Cache-Control：max-age=86400,這個意思是，從當前時間開始，在86400秒的時間內，客戶端可以直接從快取副本中讀取資源，而不需要向服務器請求，
2. Connection：keep-alive
這個欄位作為回應客戶端的Connection：keep-alive，告訴客戶端服務器的tcp連接也是一個長連接，客戶端可以繼續使用這個tcp連接發送http請求，
3. Content-Encoding:gzip
告訴客戶端，服務端發送的資源是采用gzip編碼的，客戶端看到這個資訊后，應該采用gzip對資源進行解碼，
4. Content-Type：text/html;charset=UTF-8
告訴客戶端，資源檔案的型別，還有字符編碼，客戶端通過utf-8對資源進行解碼，然后對資源進行html決議，通常我們會看到有些網站是亂碼的，往往就是服務器端沒有回傳正確的編碼，
5. Date：Sun, 21 Sep 2016 06:18:21 GMT
這個是服務端發送資源時的服務器時間，GMT是格林尼治所在地的標準時間，http協議中發送的時間都是GMT的，這主要是解決在互聯網上，不同時區在相互請求資源的時候，時間混亂問題，
6. Expires:Sun, 1 Jan 2000 01:00:00 GMT
這個回應頭也是跟快取有關的，告訴客戶端在這個時間前，可以直接訪問快取副本，很顯然這個值會存在問題，因為客戶端和服務器的時間不一定會都是相同的，如果時間不同就會導致問題，所以這個回應頭是沒有Cache-Control：max-age=*這個回應頭準確的，因為max-age=date中的date是個相對時間，不僅更好理解，也更準確，
7. Pragma:no-cache
這個含義與Cache-Control等同，
8.Server：Tengine/1.4.6
這個是服務器和相對應的版本，只是告訴客戶端服務器的資訊，
9. Transfer-Encoding：chunked
這個回應頭告訴客戶端，服務器發送的資源的方式是分塊發送的，一般分塊發送的資源都是服務器動態生成的，在發送時還不知道發送資源的大小，所以采用分塊發送，每一塊都是獨立的，獨立的塊都能標示自己的長度，最后一塊是0長度的，當客戶端讀到這個0長度的塊時，就可以確定資源已經傳輸完了，
10. Vary: Accept-Encoding
告訴快取服務器，快取壓縮檔案和非壓縮檔案兩個版本，現在這個欄位用處并不大，因為現在的瀏覽器都是支持壓縮的，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/155859.html
標籤：Python