HTTP協議詳細總結

HTTP超文本傳輸協議，是WWW上應用的最多的協議。瞭解和掌握HTTP協議是對程序人員的基本要求。

轉載請註明出處 http://www.cnblogs.com/zrtqsk/p/3746891.html ，謝謝

1、HTTP介紹

　　HTTP是一個基於請求/響應模式的、無狀態的協議。即，瀏覽器與服務端鏈接以後，瀏覽器向服務器發送一個請求，服務器返回響應信息以後，雙方的連接就被關閉。咱們要知道，應用層的HTTP要使用傳輸層的TCP協議來完成。而TCP協議是經過「3次握手」創建鏈接，是面向鏈接的協議。默認狀況下，瀏覽器與Web服務器上80端口監聽的服務器程序創建TCP鏈接。

　　HTTP1.0是典型的請求/響應模式。爲了減小服務器的開銷，HTTP1.1默認有「持續鏈接」的機制。經過這種機制，客戶端發送請求獲得響應後，鏈接不會立刻關閉，能夠繼續發送請求，還能夠流水線發送多個請求、而不用等待每個響應的到來。

 

2、URI和URL

　　URI（統一資源標識符）純粹是一種符號結構，用於指定構成Web資源的字符串的各個不一樣部分。而URL（統一資源定位符）是一種特殊的URI，包含了用於查找某個資源的足夠信息。

　　URI是一種語義上的抽象概念，能夠是絕對的，也能夠是相對的，而URL則必須提供足夠的信息來定位，因此，是絕對的，而一般說的relative URL，則是針對另外一個absolute URL，本質上仍是絕對的。

 

3、HTTP請求

格式如圖：（CRLF表示回車符+換行符，不一樣顏色之間用空格隔開）

第一行叫作請求行。因此咱們能夠說HTTP請求由請求行、消息報頭、請求正文組成。

 

一、請求行

如上，請求行以一個方法符號開頭，空格以後，一個請求URI，再空格，而後一個HTTP版本，最後一個回車換行。

其中請求方法有以下幾種：

咱們在瀏覽器地址欄直接輸入地址的時候，採用的就是GET方法。

HEAD方法通常用於測試超連接的有效性，由於它只是請求響應消息的報頭。消息報頭後面會講。

（HTTP協議中，請求方法必須所有大寫）

 

二、請求正文

相似name=XXX&pwd=XXXX的內容

 

4、HTTP響應

格式與HTTP請求相似，如圖：

第一行叫作狀態行。因此咱們能夠說HTTP響應由狀態行、消息報頭、響應正文組成。

一、狀態行

如上，狀態行由一個HTTP版本，空格後，一個狀態碼，再空格，一個狀態碼的文本描述，最後一個回車換行構成。

狀態代碼有3位數字組成，狀態描述給出了狀態代碼簡短的描述。狀態碼第一個數字定義了響應的類別，有五種可能取值：
　　1xx　　：　　指示信息--表示請求已接收，繼續處理
　　2xx　　：　　成功--表示請求已被成功接收、理解、接受
　　3xx　　：　　重定向--要完成請求必須進行更進一步的操做
　　4xx　　：　　客戶端錯誤--請求有語法錯誤或請求沒法實現
　　5xx　　：　　服務器端錯誤--服務器未能實現合法的請求

所有取值以下：

　　100——客戶必須繼續發出請求
　　101——客戶要求服務器根據請求轉換HTTP協議版本

　　200——交易成功
　　201——提示知道新文件的URL
　　202——接受和處理、但處理未完成
　　203——返回信息不肯定或不完整
　　204——請求收到，但返回信息爲空
　　205——服務器完成了請求，用戶代理必須復位當前已經瀏覽過的文件
　　206——服務器已經完成了部分用戶的GET請求

　　300——請求的資源可在多處獲得
　　301——刪除請求數據
　　302——在其餘地址發現了請求數據
　　303——建議客戶訪問其餘URL或訪問方式
　　304——客戶端已經執行了GET，但文件未變化
　　305——請求的資源必須從服務器指定的地址獲得
　　306——前一版本HTTP中使用的代碼，現行版本中再也不使用
　　307——申明請求的資源臨時性刪除

　　400——錯誤請求，如語法錯誤
　　401——請求受權失敗
　　402——保留有效ChargeTo頭響應
　　403——請求不容許
　　404——沒有發現文件、查詢或URl
　　405——用戶在Request-Line字段定義的方法不容許
　　406——根據用戶發送的Accept拖，請求資源不可訪問
　　407——相似401，用戶必須首先在代理服務器上獲得受權
　　408——客戶端沒有在用戶指定的餓時間內完成請求
　　409——對當前資源狀態，請求不能完成
　　410——服務器上再也不有此資源且無進一步的參考地址
　　411——服務器拒絕用戶定義的Content-Length屬性請求
　　412——一個或多個請求頭字段在當前請求中錯誤
　　413——請求的資源大於服務器容許的大小
　　414——請求的資源URL長於服務器容許的長度
　　415——請求資源不支持請求項目格式
　　416——請求中包含Range請求頭字段，在當前請求資源範圍內沒有range指示值，請求也不包含If-Range請求頭字段
　　417——服務器不知足請求Expect頭字段指定的指望值，若是是代理服務器，多是下一級服務器不能知足請求

　　500——服務器產生內部錯誤
　　501——服務器不支持請求的函數
　　502——服務器暫時不可用，有時是爲了防止發生系統過載
　　503——服務器過載或暫停維修
　　504——關口過載，服務器使用另外一個關口或服務來響應用戶，等待時間設定值較長
　　505——服務器不支持或拒絕支請求頭中指定的HTTP版本

消息報頭下面會講。

 

二、響應正文

　　所謂響應正文，就是服務器返回的資源的內容。即整個HTML文件。

 

5、消息報頭

　　HTTP請求和HTTP響應都有消息報頭。而消息報頭是由衆多報頭域組成。每個報頭域都由名字＋「：」＋空格組成，消息報頭域的名字是大小寫無關的。

HTTP消息報頭包括普通報頭、請求報頭、響應報頭和實體報頭。

一、普通報頭：

在普通報頭中，有少數報頭域用於全部的請求和響應消息，但並不用於被傳輸的實體，只用於傳輸的消息。

普通報頭包括：

常見的普通報頭：

1）Cache-Control

Cache-Control用於指定緩存指令，緩存指令是單向的（響應中出現的緩存指令在請求中未必會出現），且是獨立的（一個消息的緩存指令不會影響另外一個消息處理的緩存機制），HTTP1.0使用的相似的報頭域爲Pragma。

請求時的緩存指令包括：no-cache（用於指示請求或響應消息不能緩存）、no-store、max-age、max-stale、min-fresh、only-if-cached;
響應時的緩存指令包括：public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age、s-maxage.

2）Date

Date普通報頭域表示消息產生的日期和時間

3）Connection

Connection普通報頭域容許發送指定鏈接的選項。例如指定鏈接是連續，或者指定「close」選項，通知服務器，在響應完成後，關閉鏈接

 

二、請求報頭

請求報頭容許客戶端向服務器端傳遞請求的附加信息以及客戶端自身的信息。

請求報頭包括：

常見的請求報頭：

1)Accept

Accept請求報頭域用於指定客戶端接受哪些類型的信息。

2)Accept-Charset

Accept-Charset請求報頭域用於指定客戶端接受的字符集。若是在請求消息中沒有設置這個域，缺省是任何字符集均可以接受。

3）Accept-Encoding

Accept-Encoding請求報頭域相似於Accept，可是它是用於指定可接受的內容編碼。若是請求消息中沒有設置這個域服務器假定客戶端對各類內容編碼均可以接受。

4）Accept-Language

Accept-Language請求報頭域相似於Accept，可是它是用於指定一種天然語言若是請求消息中沒有設置這個報頭域，服務器假定客戶端對各類語言均可以接受。

5）Authorization

Authorization請求報頭域主要用於證實客戶端有權查看某個資源。當瀏覽器訪問一個頁面時，若是收到服務器的響應代碼爲401（未受權），能夠發送一個包含Authorization請求報頭域的請求，要求服務器對其進行驗證。

6）Host

發送請求時，該報頭域是必需的。Host請求報頭域主要用於指定被請求資源的Internet主機和端口號，它一般從HTTP URL中提取出來的。

7）User-Agent
User-Agent請求報頭域容許客戶端將它的操做系統、瀏覽器和其它屬性告訴服務器。不過，這個報頭域不是必需的，若是咱們本身編寫一個瀏覽器，不使用User-Agent請求報頭域，那麼服務器端就
沒法得知咱們的信息了。

 

三、響應報頭

響應報頭容許服務器傳遞不能放在狀態行中的附加響應信息，以及關於服務器的信息和對Request-URI所標識的資源進行下一步訪問的信息。

響應報頭包括：

常見的實體報頭：

1）Location

Location響應報頭域用於重定向接受者到一個新的位置。Location響應報頭域經常使用在更換域名的時候。

2）Server

Server響應報頭域包含了服務器用來處理請求的軟件信息。與User-Agent請求報頭域是相對應的。

3）WWW-Authenticate

WWW-Authenticate響應報頭域必須被包含在401（未受權的）響應消息中，客戶端收到401響應消息時候，併發送Authorization報頭域請求服務器對其進行驗證時，服務端響應報頭就包含該報頭域。

 

四、實體報頭

請求和響應消息均可以傳送一個實體。一個實體由實體報頭域和實體正文組成，但並非說實體報頭域和實體正文要在一塊兒發送，能夠只發送實體報頭域。實體報頭定義了關於實體正文（eg：有無實體正文）和請求所標識的資源的元信息。

實體報頭包括：

常見的實體報頭：

1）Content-Encoding

Content-Encoding實體報頭域被用做媒體類型的修飾符，它的值指示了已經被應用到實體正文的附加內容的編碼，於是要得到Content-Type報頭域中所引用的媒體類型，必須採用相應的解碼機制。Content-Encoding主要用於記錄文檔的壓縮方法。

2）Content-Language

Content-Language實體報頭域描述了資源所用的天然語言。沒有設置該域則認爲實體內容將提供給全部的語言
閱讀者。

3）Content-Length

Content-Length實體報頭域用於指明實體正文的長度，以字節方式存儲的十進制數字來表示。即一個數字字符佔一個字節，用其對應的ASCII碼來存儲傳輸。

4）Content-Type

Content-Type實體報頭域用語指明發送給接收者的實體正文的媒體類型。

5）Expires

Expires實體報頭域給出響應過時的日期和時間。爲了讓代理服務器或瀏覽器在一段時間之後更新緩存中(再次訪問曾訪問過的頁面時，直接從緩存中加載，縮短響應時間和下降服務器負載)的頁面，咱們可使用Expires實體報頭域指定頁面過時的時間。

6）Last-Modified

Last-Modified實體報頭域用於指示資源的最後修改日期和時間。

 

6、長度限制

一、URL長度限制

1）HTTP協議中沒有對URL的長度進行限制，可是Web服務器和瀏覽器對URI都有本身的長度限制。服務器通常是經過控制http請求頭的長度來進行限制的。tomcat的請求配置參數爲maxHttpHeaderSize。

2）瀏覽器的限制

每種瀏覽器也會對url的長度有所限制，下面是幾種常見瀏覽器的url長度限制:(單位:字符)

　　IE　　:　　2803ASCII字符

　　Firefox　　:　　65536ASCII字符　

　　Chrome　　:　　8182ASCII字符

　　Safari　　:　　80000ASCII字符

　　Opera　　:　　190000ASCII字符

對於get請求，在url的長度限制範圍以內，請求的參數個數沒有限制。

 

2. Post數據的長度限制

Post數據的長度限制與url長度限制相似，也是在Http協議中沒有規定長度限制,長度限制能夠在服務器端配置最大http請求頭長度的方式來實現。

 

三、Cookie的長度限制

1）瀏覽器所容許的每一個域下的最大cookie數目

IE :原先爲20個，後來升級爲50個

Firefox: 50個

Opera:30個

Chrome:180個

Safari:無限制

當Cookie數超過限制數時瀏覽器的行爲：IE和Opera會採用LRU算法將老的不常使用的Cookie清除掉，Firefox的行爲是隨機踢出某些Cookie的值。固然不管怎樣的策略，仍是儘可能不要讓Cookie數目超過瀏覽器所容許的範圍。

 

2） 瀏覽器所容許的每一個Cookie的最大長度

Firefox和Safari　　:　　4079字節

Opera　　:　　4096字節

IE　　:　　4095字節

 

(3) 服務器中Http請求頭長度的限制。

Cookie會被附在每次http請求頭中傳遞給服務器，所以還會受到服務器請求頭長度的影響。

 

4. Html5 LocalStorage的長度限制

Html5提供了本地存儲機制來供Web應用在客戶端存儲數據，儘管這個並不屬於Http協議的一部分，可是隨着Html5的流行，咱們可能須要愈來愈多使用LocalStorage,甚至當它普及的時候跟它打交道就會同今天咱們跟Cookie打交道同樣多。

對於LocalStorage的長度限制，同Cookie的限制相似，也是瀏覽器針對域來限制,只不過cookie限制的是個數，LocalStorage限制的是長度:

Firefox\Chrome\Opera　　：　　5MB

IE　　：　　10MB

 

 

 

參考引用：http://blog.sina.com.cn/s/blog_5f5716580100lq5x.html

　　　　　http://www.php100.com/html/itnews/it/2012/1216/11778.html

　　　　　《Java Web開發詳解》-孫鑫