1. 程式人生 > 其它 >前端_瀏覽器請求頭詳解

前端_瀏覽器請求頭詳解

Http head詳解

HTTP協議(超文字傳輸協議HyperText Transfer Protocol),它是基於TCP協議的應用層傳輸協議,簡單來說就是客戶端和服務端進行資料傳輸的一種規則。

HTTP Request的Header資訊

1、HTTP請求方式
       方 法   描 述
  GET   向web伺服器請求一個檔案
  POST   向WEB伺服器傳送資料讓web伺服器進行處理
  PUT   向web伺服器傳送資料並進行儲存web伺服器內部

例項:

POST /test/tupian/cm HTTP/1.1 GET同理

(1)POST:HTTP請求方式

(2)/test/tupian/cm:請求Web伺服器的目錄地址(或者指令)

(3)HTTP/1.1: URI(Uniform Resource Identifier,統一資源識別符號)及其版本

2、Host

說明:

請求的web伺服器域名地址

例項:

例如web請求URL:http://zjm-forum-test10.zjm.baidu.com:8088/test/tupian/cm

Host就為zjm-forum-test10.zjm.baidu.com:8088

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,*/*;

注:*/*表示接收任意型別,其實有了最後一項前面的那些一定程度上可以認為是多餘的了。

6、Accept-Encoding

說明:

         指定客戶端瀏覽器可以支援的web伺服器返回內容壓縮編碼型別。表示允許伺服器在將輸出內容傳送到客戶端以前進行壓縮,以節約頻寬。而這裡設定的就是客戶端瀏覽器所能夠支援的返回壓縮格式。

例項:

         Accept-Encoding: gzip,deflate

備註:

其實在百度很多產品線中,apache在給客戶端返回頁面資料之前,將資料以gzip格式進行壓縮。

7、Accept-Charset

說明:

         瀏覽器可以接受的字元編碼集。

例項:

         Accept-Charset: gb2312,utf-8;q=0.7,*;q=0.7

8、Content-Type

說明:

顯示此HTTP請求提交的內容型別。一般只有post提交時才需要設定該屬性。

例項:

 Content-type: application/x-www-form-urlencoded;charset:UTF-8

有關Content-Type屬性值可以如下兩種編碼型別:

(1)“application/x-www-form-urlencoded”: 表單資料向伺服器提交時所採用的編碼型別,預設的預設值就是“application/x-www-form-urlencoded”。 然而,在向伺服器傳送大量的文字、包含非ASCII字元的文字或二進位制資料時這種編碼方式效率很低。

(2)“multipart/form-data”: 在檔案上載時,所使用的編碼型別應當是“multipart/form-data”,它既可以傳送文字資料,也支援二進位制資料上載。

當提交為單單資料時,可以使用“application/x-www-form-urlencoded”;當提交的是檔案時,就需要使用“multipart/form-data”編碼型別。

在Content-Type屬性當中還是指定提交內容的charset字元編碼。一般不進行設定,它只是告訴web伺服器post提交的資料採用的何種字元編碼。

         一般在開發過程,是由前端工程與後端UI工程師商量好使用什麼字元編碼格式來post提交的,然後後端ui工程師按照固定的字元編碼來解析提交的資料。所以這裡設定的charset沒有多大作用。

text/html  :HTML格式
text/plain :純文字格式      
text/xml   :XML格式
 
image/gif  :gif圖片格式    
image/jpeg :jpg圖片格式 
image/png  :png圖片格式
 
application/xml     : XML資料格式
application/json    : JSON資料格式
application/pdf     : pdf格式  
application/msword  : Word文件格式
application/octet-stream : 二進位制流資料(如檔案下載)
application/x-www-form-urlencoded : 
<form encType="">中預設的encType,
form表單資料被編碼為key/value格式傳送到伺服器(表單預設的提交資料的格式)。
伺服器收到的raw body會是,name=aaa&key=bbb。
 
multipart/form-data : 表單上傳檔案

9、Connection

說明:

表示是否需要持久連線。如果web伺服器端看到這裡的值為“Keep-Alive”,或者看到請求使用的是HTTP 1.1(HTTP 1.1預設進行持久連線),它就可以利用持久連線的優點,當頁面包含多個元素時(例如Applet,圖片),顯著地減少下載所需要的時間。要實現這一點, web伺服器需要在返回給客戶端HTTP頭資訊中傳送一個Content-Length(返回資訊正文的長度)頭,最簡單的實現方法是:先把內容寫入ByteArrayOutputStream,然 後在正式寫出內容之前計算它的大小。

10、Keep-Alive

說明:

         顯示此HTTP連線的Keep-Alive時間。使客戶端到伺服器端的連線持續有效,當出現對伺服器的後繼請求時,Keep-Alive功能避免了建立或者重新建立連線。

         以前HTTP請求是一站式連線,從HTTP/1.1協議之後,就有了長連線,即在規定的Keep-Alive時間內,連線是不會斷開的。

例項:

Keep-Alive: 300

11、cookie

說明:

         HTTP請求傳送時,會把儲存在該請求域名下的所有cookie值一起傳送給web伺服器。

12、Referer

說明:

包含一個URL,使用者從該URL代表的頁面出發訪問當前請求的頁面

伺服器端返回HTTP頭部資訊

1、Content-Length

說明:

         表示web伺服器返回訊息正文的長度

2、Content-Type:

說明:

         返回資料的型別(例如text/html文字型別)和字元編碼格式。

例項:

Content-Type: text/html;charset=utf-8

3、Date

說明:

         顯示當前的時間

 原文 : https://blog.csdn.net/mijichui2153/article/details/105079084