可擴充套件性的乙個重要原則：如果http的某個實現接收到了自身未定義的頭域，將自動忽略它。
例如，一台http/1.1的源伺服器從使用http/1.1的proxy那兒接收到一條**的訊息，實際上源伺服器並不知道終端客戶使用的是http/1.0還是http/1.1。因此，http/1.1定義via頭域，用來記錄訊息**的路徑，它記錄了整個路徑上所有傳送方使用的版本號。
在http/1.0中，使用expire頭域來判斷資源的fresh或stale，並使用條件請求（conditional request）來判斷資源是否仍有效。例如，cache伺服器通過if-modified-since頭域向伺服器驗證資源的last-modefied頭域是否有更新，源伺服器可能返回304（not modified），則表明該物件仍有效；也可能返回200（ok）替換請求的cache物件。
此外，http/1.0中還定義了pragma:no-cache頭域，客戶端使用該頭域說明請求資源不能從cache中獲取，而必須回源獲取。
http/1.1在1.0的基礎上加入了一些cache的新特性，當快取物件的age超過expire時變為stale物件，cache不需要直接拋棄stale物件，而是與源伺服器進行重新啟用（revalidation）。
http/1.0中，if-modified-since頭域使用的是絕對時間戳，精確到秒，但使用絕對時間會帶來不同機器上的時鐘同步問題。而http/1.1中引入了乙個etag頭域用於重啟用機制，它的值entity tag可以用來唯一的描述乙個資源。請求訊息中可以使用if-none-match頭域來匹配資源的entitytag是否有變化。
為了使caching機制更加靈活，http/1.1增加了cache-control頭域（請求訊息和響應訊息都可使用），它支援乙個可擴充套件的指令子集：例如max-age指令支援相對時間戳；private和no-store指令禁止物件被快取；no-transform阻止proxy進行任何改變響應的行為。
cache使用關鍵字索引在磁碟中快取的物件，在http/1.0中使用資源的url作為關鍵字。但可能存在不同的資源基於同乙個url的情況，要區別它們還需要客戶端提供更多的資訊，如accept-language和accept-charset頭域。為了支援這種內容協商機制(content negotiation mechanism)，http/1.1在響應訊息中引入了vary頭域，該頭域列出了請求訊息中需要包含哪些頭域用於內容協商。
http/1.1中在請求訊息中引入了range頭域，它允許只請求資源的某個部分。在響應訊息中content-range頭域宣告了返回的這部分物件的偏移值和長度。如果伺服器相應地返回了物件所請求範圍的內容，則響應碼為206（partial content），它可以防止cache將響應誤以為是完整的乙個物件。
另外一種情況是請求訊息中如果包含比較大的實體內容，但不確定伺服器是否能夠接收該請求（如是否有許可權），此時若貿然發出帶實體的請求，如果被拒絕也會浪費頻寬。
http/1.1加入了乙個新的狀態碼100（continue）。客戶端事先傳送乙個只帶頭域的請求，如果伺服器因為許可權拒絕了請求，就回送響應碼401（unauthorized）；如果伺服器接收此請求就回送響應碼100，客戶端就可以繼續傳送帶實體的完整請求了。注意，http/1.0的客戶端不支援100響應碼。但可以讓客戶端在請求訊息中加入expect頭域，並將它的值設定為100-continue。
節省頻寬資源的乙個非常有效的做法就是壓縮要傳送的資料。content-encoding是對訊息進行端到端（end-to-end）的編碼，它可能是資源在伺服器上儲存的固有格式（如jpeg格式）；在請求訊息中加入accept-encoding頭域，它可以告訴伺服器客戶端能夠解碼的編碼方式。
而transfer-encoding是逐段式（hop-by-hop）的編碼，如chunked編碼。在請求訊息中加入te頭域用來告訴伺服器能夠接收的transfer-coding方式，
keepalive是就是通常所稱的長連線。
keepalive帶來的好處是可以減少tcp連線的開銷，這對於短response body的請求效果更加明顯。同時，可以為採用http協議的互動式應用提供良好的session支援。
在http1.0和http1.1協議中都有對keepalive的支援。其中http1.0需要在request中增加」connection： keep-alive「 header才能夠支援，而http1.1預設支援。
http1.0 keepalive支援的資料互動流程如下：
a) client發出request，其中該request的http版本號為1.0。同時在request中包含乙個header：」connection： keep-alive「。
b) web server收到request中的http協議為1.0及」connection： keep-alive「就認為是乙個長連線請求，其將在response的header中也增加」connection： keep-alive「。
同時不會關閉已建立的tcp連線
。c) client收到web server的response中包含」connection： keep-alive「，就認為是乙個長連線，不close tcp連線。並用該tcp連線再傳送request。（跳轉到a)）
http1.1 keepalive支援的資料互動流程如下：
a) client發出request，其中該request的http版本號為1.1。
b) web server收到request中的http協議為1.1就認為是乙個長連線請求，其將在response的header中也增加」connection： keep-alive「。同是不會關閉已建立的tcp連線。
c) client收到web server的response中包含」connection： keep-alive「，就認為是乙個長連線，不close tcp連線。並用該tcp連線再傳送request。（跳轉到a)）
抓包檢視：
http訊息中可以包含任意長度的實體，通常它們使用content-length來給出訊息結束標誌。但是，對於很多動態產生的響應，只能通過緩衝完整的訊息來判斷訊息的大小，但這樣做會加大延遲。如果不使用長連線，還可以通過連線關閉的訊號來判定乙個訊息的結束。
http/1.1中引入了chunkedtransfer-coding來解決上面這個問題，傳送方將訊息分割成若干個任意大小的資料塊，每個資料塊在傳送時都會附上塊的長度，最後用乙個零長度的塊作為訊息結束的標誌。這種方法允許傳送方只緩衝訊息的乙個片段，避免緩衝整個訊息帶來的過載。
在http/1.0中，有乙個content-md5的頭域，要計算這個頭域需要傳送方緩衝完整個訊息後才能進行。而http/1.1中，採用chunked分塊傳遞的訊息在最後乙個塊（零長度）結束之後會再傳遞乙個拖尾（trailer），它包含乙個或多個頭域，這些頭域是傳送方在傳遞完所有塊之後再計算出值的。傳送方會在訊息中包含乙個trailer頭域告訴接收方這個拖尾的存在。
在http1.0中認為每台伺服器都繫結乙個唯一的ip位址，因此，請求訊息中的url並沒有傳遞主機名（hostname）。但隨著虛擬主機技術的發展，在一台物理伺服器上可以存在多個虛擬主機（multi-homed web servers），並且它們共享乙個ip位址。
http1.1的請求訊息和響應訊息都應支援host頭域，且請求訊息中如果沒有host頭域會報告乙個錯誤（400 bad request）。此外，伺服器應該接受以絕對路徑標記的資源請求。
http/1.0中只定義了16個狀態響應碼，對錯誤或警告的提示不夠具體。http/1.1引入了乙個warning頭域，增加對錯誤或警告資訊的描述。
此外，在http/1.1中新增了24個狀態響應碼，如409（conflict）表示請求的資源與資源的當前狀態發生衝突；410（gone）表示伺服器上的某個資源被永久性的刪除。
為了滿足網際網路使用不同母語和字符集的使用者，一些網路資源有不同的語言版本（如中文版、英文版）。http/1.0定義了內容協商（contentnegotiation）的概念，也就是說客戶端可以告訴伺服器自己可以接收以何種語言（或字符集）表示的資源。例如如果伺服器不能明確客戶端需要何種型別的資源，會返回300（multiple choices），幷包含乙個列表，用來宣告該資源的不同可用版本，然後客戶端在請求訊息中包含accept-language和accept-charset頭域指定需要的版本。
就像有些人會說幾門外語，但每種外語的流利程度並不相同。類似地，網路資源也可以有不同的表達形式，比如有母語版和各種翻譯版本。http引入了乙個品質因子（quality values）的概念來表示不同版本的可用性，它的取值從0.0到1.0。例如乙個母語是英語的人也能**語、甚至還學了點丹麥語，那麼他的瀏覽器可用作如下配置：accept-language: en, fr;q=0.5, da;q=0.1。這時，伺服器會優先選取品質因子高的值對應的資源版本作為響應。
Http協議知識點
1.型別 http伺服器會給在http中傳送的http資源物件附加乙個mime型別，接收http資源物件的客戶端會根據這個型別來判斷是否能夠進行處理，例如瀏覽器就能夠處理上百種mime型別的http資源物件 2.mime型別是一種文字標記，表示一種主要物件型別和一種特定的子型別，中間用一條斜槓來分隔...
http相關知識點
http是一種基於tcp協議的無狀態的應用層協議，1.1加入keepalive機制 由三部分組成 請求行 訊息報頭 請求體1.常用的http方法有哪些只要一端不斷開，tcp不會斷開 由於是通過pipeline，一次可以傳送多個請求 請求行包含請求方法 uri http版本資訊 通用頭請求頭 acce...
HTTP知識點總結
唉扯遠了，說點實在的吧。web相關的開發人員應該都知道http協議的重要性，無論是做後端還是前端，安卓還是ios，都要跟http打交道。想必用fiddler除錯web api的時候，對返回的各種4xx 5xx狀態碼感到一頭霧水絕不是什麼愉快的體驗。最近也是複習了一些相關的知識，今天就總結一下。通常所...