深刻網絡協議來理解數據傳輸三(http協議詳解)

一 HTTP協議

基於HTTP協議的client與server請求包含4個過程：
1.創建TCP套接字鏈接;
2.發送HTTP請求報文;
3.接收HTTP應答/響應報文;
4.關閉TCP套接字鏈接。

HTTP協議在TCP/IP協議棧的位置以下圖所示：

因爲HTTP報文是面向文本的，所以報文中的每個字段都是一些ASCII碼串，但各個字段的長度是不肯定的。
HTTP有兩類報文：請求報文和響應報文。

請求報文

HTTP請求報文分爲三部分：

1.請求行
2.請求頭
3.請求正文.注意:請求正文與請求頭之間有一個空白行.

實例解析：

1.請求行

1. 請求方式 經常使用的是get/post
   
2. 請求資源路徑.
   
3. http版本協議
   http協議版本 （1.1與1.0區別）
   1.0---請求響應結束，會斷開連接
   1.1---請求響應結束，能夠在次發送請求，直到超時，斷開.

2.請求頭

Accept-Encoding:gzip ------瀏覽器支持的文件類型 gzip表明的是壓縮文件

if-Modify-since----與http響應中的 last-modify組合使用.

referer----- 能夠完成防盜鏈

user-agent ----獲得瀏覽器的版本.

=========================================================
請求頭中的信息都是以 name:values的方式出現的.

一個name能夠對應多個value,value與value之間使用","分開;

使用Fiddler 能很方便的查看Reques header, 點擊Inspectors -> headers 以下圖所示.

Cache 頭域

If-Modified-Since

做用： 把瀏覽器端緩存頁面的最後修改時間發送到服務器去，服務器會把這個時間與服務器上實際文件的最後修改時間進行對比。若是時間一致，那麼返回304，客戶端就直接使用本地緩存文件。若是時間不一致，就會返回200和新的文件內容。客戶端接到以後，會丟棄舊文件，把新文件緩存起來，並顯示在瀏覽器中.

實例如圖：

If-None-Match

做用: If-None-Match和ETag一塊兒工做，工做原理是在HTTP Response中添加ETag信息。 當用戶再次請求該資源時，將在HTTP Request 中加入If-None-Match信息(ETag的值)。若是服務器驗證資源的ETag沒有改變（該資源沒有更新），將返回一個304狀態告訴客戶端使用本地緩存文件。不然將返回200狀態和新的資源和Etag. 使用這樣的機制將提升網站的性能

例如: If-None-Match: "03f2b33c0bfcc1:0"

實例以下圖

Pragma

做用： 防止頁面被緩存， 在HTTP/1.1版本中，它和Cache-Control:no-cache做用如出一轍

Pargma只有一個用法， 例如： Pragma: no-cache

注意: 在HTTP/1.0版本中，只實現了Pragema:no-cache, 沒有實現Cache-Control

Cache-Control

做用: 這個是很是重要的規則。 這個用來指定Response-Request遵循的緩存機制。各個指令含義以下

Cache-Control:Public 能夠被任何緩存所緩存（）

Cache-Control:Private 內容只緩存到私有緩存中

Cache-Control:no-cache 全部內容都不會被緩存

還有其餘的一些用法， 我沒搞懂其中的意思， 請你們參考其餘的資料

Client 頭域

Accept

做用： 瀏覽器端能夠接受的媒體類型,

例如：  Accept: text/html  表明瀏覽器能夠接受服務器回發的類型爲 text/html  也就是咱們常說的html文檔,

若是服務器沒法返回text/html類型的數據,服務器應該返回一個406錯誤(non acceptable)

通配符 * 表明任意類型

例如  Accept: */*  表明瀏覽器能夠處理全部類型,(通常瀏覽器發給服務器都是發這個)

 

Accept-Encoding：

做用： 瀏覽器申明本身接收的編碼方法，一般指定壓縮方法，是否支持壓縮，支持什麼壓縮方法（gzip，deflate），（注意：這不是隻字符編碼）;

例如： Accept-Encoding: gzip, deflate

 

Accept-Language

做用： 瀏覽器申明本身接收的語言。 

語言跟字符集的區別：中文是語言，中文有多種字符集，好比big5，gb2312，gbk等等；

例如： Accept-Language: en-us

 

User-Agent

做用：告訴HTTP服務器， 客戶端使用的操做系統和瀏覽器的名稱和版本.

咱們上網登錄論壇的時候，每每會看到一些歡迎信息，其中列出了你的操做系統的名稱和版本，你所使用的瀏覽器的名稱和版本，這每每讓不少人感到很神奇，實際上，服務器應用程序就是從User-Agent這個請求報頭域中獲取到這些信息User-Agent請求報頭域容許客戶端將它的操做系統、瀏覽器和其它屬性告訴服務器。

例如： User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)

 

Accept-Charset

做用：瀏覽器申明本身接收的字符集，這就是本文前面介紹的各類字符集和字符編碼，如gb2312，utf-8（一般咱們說Charset包括了相應的字符編碼方案）；

例如：

 

Cookie/Login 頭域

Cookie:

做用： 最重要的header, 將cookie的值發送給HTTP 服務器

Entity頭域

Content-Length

做用：發送給HTTP服務器數據的長度。

例如： Content-Length: 38

 

Content-Type

做用：

例如：Content-Type: application/x-www-form-urlencoded

 

Miscellaneous 頭域

Referer:

做用： 提供了Request的上下文信息的服務器，告訴服務器我是從哪一個連接過來的，好比從我主頁上連接到一個朋友那裏，他的服務器就可以從HTTP Referer中統計出天天有多少用戶點擊我主頁上的連接訪問他的網站。

例如: Referer:http://translate.google.cn/?hl=zh-cn&tab=wT

Transport 頭域

Connection

例如：　Connection: keep-alive   當一個網頁打開完成後，客戶端和服務器之間用於傳輸HTTP數據的TCP鏈接不會關閉，若是客戶端再次訪問這個服務器上的網頁，會繼續使用這一條已經創建的鏈接

例如：  Connection: close  表明一個Request完成後，客戶端和服務器之間用於傳輸HTTP數據的TCP鏈接會關閉， 當客戶端再次發送Request，須要從新創建TCP鏈接。

 

Host（發送請求時，該報頭域是必需的）

做用: 請求報頭域主要用於指定被請求資源的Internet主機和端口號，它一般從HTTP URL中提取出來的

例如: 咱們在瀏覽器中輸入：http://www.guet.edu.cn/index.html

瀏覽器發送的請求消息中，就會包含Host請求報頭域，以下：

Host：http://www.guet.edu.cn

此處使用缺省端口號80，若指定了端口號，則變成：Host：指定端口號

 

響應頭

一樣使用Fiddler 查看Response header, 點擊Inspectors tab ->Response tab-> headers  以下圖所示

 咱們也按照Fiddler那樣把header 進行分類，這樣比較清晰也容易記憶。

Cache頭域

Date

做用:  生成消息的具體時間和日期

例如：　Date: Sat, 11 Feb 2012 11:35:14 GMT 

 

Expires

做用: 瀏覽器會在指定過時時間內使用本地緩存

例如: Expires: Tue, 08 Feb 2022 11:35:14 GMT

 

Vary

做用：

例如: Vary: Accept-Encoding

 

Cookie/Login 頭域

P3P

做用: 用於跨域設置Cookie, 這樣能夠解決iframe跨域訪問cookie的問題

例如: P3P: CP=CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR

 

Set-Cookie

做用： 很是重要的header, 用於把cookie 發送到客戶端瀏覽器， 每個寫入cookie都會生成一個Set-Cookie.

例如: Set-Cookie: sc=4c31523a; path=/; domain=.acookie.taobao.com

 

Entity頭域

ETag

做用:  和If-None-Match 配合使用。 （實例請看上節中If-None-Match的實例）

例如: ETag: "03f2b33c0bfcc1:0"

 

Last-Modified:

做用： 用於指示資源的最後修改日期和時間。（實例請看上節的If-Modified-Since的實例）

例如: Last-Modified: Wed, 21 Dec 2011 09:09:10 GMT

 

Content-Type

做用：WEB服務器告訴瀏覽器本身響應的對象的類型和字符集,

例如:

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

Content-Type:text/html;charset=GB2312

Content-Type: image/jpeg

 

Content-Length

指明實體正文的長度，以字節方式存儲的十進制數字來表示。在數據下行的過程當中，Content-Length的方式要預先在服務器中緩存全部數據，而後全部數據再一古腦兒地發給客戶端。

例如: Content-Length: 19847

 

Content-Encoding

WEB服務器代表本身使用了什麼壓縮方法（gzip，deflate）壓縮響應中的對象。

例如：Content-Encoding：gzip

 

Content-Language

做用： WEB服務器告訴瀏覽器本身響應的對象的語言者

例如： Content-Language:da

 

Miscellaneous 頭域

Server:

做用：指明HTTP服務器的軟件信息

例如:Server: Microsoft-IIS/7.5

 

X-AspNet-Version:

做用：若是網站是用ASP.NET開發的，這個header用來表示ASP.NET的版本

例如: X-AspNet-Version: 4.0.30319

X-Powered-By:

做用：表示網站是用什麼技術開發的

例如： X-Powered-By: ASP.NET

Transport頭域

Connection

例如：　Connection: keep-alive   當一個網頁打開完成後，客戶端和服務器之間用於傳輸HTTP數據的TCP鏈接不會關閉，若是客戶端再次訪問這個服務器上的網頁，會繼續使用這一條已經創建的鏈接

例如：  Connection: close  表明一個Request完成後，客戶端和服務器之間用於傳輸HTTP數據的TCP鏈接會關閉， 當客戶端再次發送Request，須要從新創建TCP鏈接。

Location頭域

Location

做用： 用於重定向一個新的位置, 包含新的URL地址

 實例請看304狀態實例

 

HTTP協議是無狀態的和Connection: keep-alive的區別

無狀態是指協議對於事務處理沒有記憶能力，服務器不知道客戶端是什麼狀態。從另外一方面講，打開一個服務器上的網頁和你以前打開這個服務器上的網頁之間沒有任何聯繫

HTTP是一個無狀態的面向鏈接的協議，無狀態不表明HTTP不能保持TCP鏈接，更不能表明HTTP使用的是UDP協議（無鏈接）

從HTTP/1.1起，默認都開啓了Keep-Alive，保持鏈接特性，簡單地說，當一個網頁打開完成後，客戶端和服務器之間用於傳輸HTTP數據的TCP鏈接不會關閉，若是客戶端再次訪問這個服務器上的網頁，會繼續使用這一條已經創建的鏈接

 Keep-Alive不會永久保持鏈接，它有一個保持時間，能夠在不一樣的服務器軟件（如Apache）中設定這個時間

參考連接：HTTP協議詳解

參考連接：get跟post的區別