HTTP協定詳解——壓縮問題

1、HTTP内容編碼和HTTP壓縮的差別：

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

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

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

2、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後， 然後顯示出網頁。

3、内容編碼類型

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

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

Content-Encoding值

gzip　　表明實體采用GNU zip編碼

compress 表明實體采用Unix的檔案壓縮程式

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

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

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

4、壓縮的好處、不足：

1）http壓縮對純文字可以壓縮至原内容的40%, 進而節省了60%的資料傳輸。

2）JPEG這類檔案用gzip壓縮的不夠好。

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