之前寫過一個篇?【HTTP協議詳解】?，這次繼續介紹HTTP協議中的壓縮。

　　HTTP壓縮是指: Web服務器和瀏覽器之間壓縮傳輸的”文本內容“的方法。 HTTP采用通用的壓縮算法，比如gzip來壓縮HTML,Javascript, CSS文件。 能大大減少網絡傳輸的數據量，提高了用戶顯示網頁的速度。當然，同時會增加一點點服務器的開銷。 本文從HTTP協議的角度，來理解HTTP壓縮這個概念。?
　　閱讀目錄

HTTP內容編碼和HTTP壓縮的區別

HTTP壓縮的過程

實例：用Fiddler觀察HTTP壓縮

內容編碼類型

壓縮的好處

gzip的缺點

gzip是如何壓縮的

HTTP Response能壓縮，HTTP Request也是可以壓縮的

　　HTTP內容編碼和HTTP壓縮的區別

　　HTTP壓縮，在HTTP協議中，其實是內容編碼的一種。

　　在http協議中，可以對內容（也就是body部分）進行編碼， 可以采用gzip這樣的編碼。 從而達到壓縮的目的。 也可以使用其他的編碼把內容攪亂或加密，以此來防止未授權的第三方看到文檔的內容。

　　所以我們說HTTP壓縮，其實就是HTTP內容編碼的一種。 所以大家不要把HTTP壓縮和HTTP內容編碼兩個概念混淆了。

　　HTTP壓縮的過程

　　1. 瀏覽器發送Http request 給Web服務器,? request 中有Accept-Encoding: gzip, deflate。 (告訴服務器， 瀏覽器支持gzip壓縮)

　　2. Web服務器接到request后， 生成原始的Response, 其中有原始的Content-Type和Content-Length。

　　3. Web服務器通過Gzip，來對Response進行編碼， 編碼后header中有Content-Type和Content-Length(壓縮后的大小)， 并且增加了Content-Encoding:gzip.? 然后把Response發送給瀏覽器。

　　4. 瀏覽器接到Response后，根據Content-Encoding:gzip來對Response 進行解碼。 獲取到原始response后， 然后顯示出網頁。

　　如下圖:

　　實例：Fiddler觀察HTTP壓縮

　　眼見為實， 我們看一個實際的例子， 我發現博客園就使用了gzip壓縮。

　　使用Fiddler可以清楚地看到。??

　　在Fiddler中，每次都要手動去decode. 太麻煩。? 點擊工具欄上的"Decode"按鈕，就可以自動decode了。

　　內容編碼類型

　　HTTP定義了一些標準的內容編碼類型，并允許用擴展的形式添加更多的編碼。

　　Content-Encoding header 就用這些標準化的代號來說明編碼時使用的算法

　　Content-Encoding值

　　gzip　　表明實體采用GNU zip編碼

　　compress 表明實體采用Unix的文件壓縮程序

　　deflate　　表明實體是用zlib的格式壓縮的

　　identity　　表明沒有對實體進行編碼。當沒有Content-Encoding header時， 就默認為這種情況

　　gzip, compress, 以及deflate編碼都是無損壓縮算法，用于減少傳輸報文的大小，不會導致信息損失。 其中gzip通常效率最高， 使用最為廣泛。

　　壓縮的好處

　　http壓縮對純文本可以壓縮至原內容的40%, 從而節省了60%的數據傳輸。

　　實例： 博客園首頁壓縮前是：46124 bytes. 壓縮后是：16368bytes.???? 只有原先的35%。? 節省了65%的數據傳輸，從而大大提高了性能，有圖為證。

　　Gzip的缺點

　　JPEG這類文件用gzip壓縮的不夠好。

　　Gzip是如何壓縮的

　　簡單來說， Gzip壓縮是在一個文本文件中找出類似的字符串， 并臨時替換他們，使整個文件變小。這種形式的壓縮對Web來說非常適合， 因為HTML和CSS文件通常包含大量的重復的字符串，例如空格，標簽。

　　HTTP Response能壓縮，HTTP Request也是可以壓縮的

　　瀏覽器是不會對Request壓縮的。 但是 一些HTTP程序在發送Request時，會對其進行編碼。 如下圖。

轉載于:https://www.cnblogs.com/zhuyingming/p/5207731.html

總結

以上是生活随笔為你收集整理的（转）HTTP 协议之压缩的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。