HTTP 傳輸內容的壓縮

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

HTTP壓縮,在HTTP協議中,實際上是內容編碼的一種。javascript

在http協議中,能夠對內容(也就是body部分)進行編碼, 能夠採用gzip這樣的編碼。 從而達到壓縮的目的。 也可使用其餘的編碼把內容攪亂或加密,以此來防止未受權的第三方看到文檔的內容。html

因此咱們說HTTP壓縮,其實就是HTTP內容編碼的一種。 因此你們不要把HTTP壓縮和HTTP內容編碼兩個概念混淆了。java

 

2、HTTP壓縮

HTTP壓縮是指: Web服務器和瀏覽器之間壓縮傳輸的」文本內容「的方法。 HTTP採用通用的壓縮算法,好比gzip來壓縮html,javascript, CSS文件。 能大大減小網絡傳輸的數據量,提升了用戶顯示網頁的速度。固然,同時會增長一點點服務器的開銷。 本文從HTTP協議的角度,來理解HTTP壓縮這個概念。web

首先,瀏覽器發送一個請求(request)給web服務器,支持一個壓縮格式如(gzip),服務端會將原來的源碼壓縮以後,經過http響應(response)信息返回給web瀏覽器,瀏覽器接收以後,顯示出來。算法

 

3、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後, 而後顯示出網頁。
以下圖:ide

4、內容編碼類型

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

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

Content-Encoding值

  • gzip  代表實體採用GNU zip編碼
  • compress 代表實體採用Unix的文件壓縮程序
  • deflate  代表實體是用zlib的格式壓縮的
  • identity  代表沒有對實體進行編碼。當沒有Content-Encoding header時, 就默認爲這種狀況

gzip, compress, 以及deflate編碼都是無損壓縮算法,用於減小傳輸報文的大小,不會致使信息損失。 其中gzip一般效率最高, 使用最爲普遍。

壓縮的好處

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

Gzip的缺點

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

Gzip是如何壓縮的

簡單來講, Gzip壓縮是在一個文本文件中找出相似的字符串, 並臨時替換他們,使整個文件變小。這種形式的壓縮對Web來講很是適合, 由於HTML和CSS文件一般包含大量的重複的字符串,例如空格,標籤。

HTTP Response能壓縮,HTTP Request也是能夠壓縮的

瀏覽器是不會對Request壓縮的。 可是 一些HTTP程序在發送Request時,會對其進行編碼。

本文轉自:

http://www.javashuo.com/article/p-cjdwceui-kg.html

相關文章
相關標籤/搜索