標籤:asc class .com 實體 檔案 前端 bsp shu 相同
什麼是HTTP壓縮
HTTP壓縮是指: Web伺服器和瀏覽器之間壓縮傳輸的”常值內容“的方法。 HTTP採用通用的壓縮演算法,比如gzip來壓縮HTML,Javascript, CSS檔案。 能大大減少網路傳輸的資料量,提高了使用者顯示網頁的速度。當然,同時會增加一點點伺服器的開銷。 本文從HTTP協議的角度,來理解HTTP壓縮這個概念。
HTTP內容編碼和HTTP壓縮的區別
HTTP壓縮,在HTTP協議中,其實是內容編碼的一種。
在http協議中,可以對內容(也就是body部分)進行編碼, 可以採用gzip這樣的編碼。 從而達到壓縮的目的。 也可以使用其他的編碼把內容攪亂或加密,以此來防止未授權的第三方看到文檔的內容。所以我們說HTTP壓縮,其實就是HTTP內容編碼的一種。 所以大家不要把HTTP壓縮和HTTP內容編碼兩個概念混淆了。
HTTP壓縮的過程
瀏覽器發送Http request 給Web伺服器, request 中有Accept-Encoding: gzip, deflate。 (告訴伺服器, 瀏覽器支援gzip壓縮)
Web伺服器接到request後, 產生原始的Response, 其中有原始的Content-Type和Content-Length。
Web伺服器通過Gzip,來對Response進行編碼, 編碼後header中有Content-Type和Content-Length(壓縮後的大小), 並且增加了Content-Encoding:gzip. 然後把Response發送給瀏覽器。
瀏覽器接到Response後,根據Content-Encoding:gzip來對Response 進行解碼。 擷取到原始response後, 然後顯示出網頁。
執行個體:部落格園就使用了gzip壓縮
內容編碼類別型
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壓縮的不夠好。
對HTTP傳輸內容進行壓縮是改良前端響應效能的可用方法之一,大型網站都在用。但是也有缺點,就是壓縮過程佔用cpu的資源,用戶端瀏覽器解析也佔據了一部分時間。但是隨著硬體效能不斷的提高,這些問題正在不斷的弱化。
Gzip是如何壓縮的
簡單來說, Gzip壓縮是在一個文字檔中找出類似的字串, 並臨時替換他們,使整個檔案變小。這種形式的壓縮對Web來說非常適合, 因為HTML和CSS檔案通常包含大量的重複的字串,例如空格,標籤。
如何使用gzip進行壓縮
怎麼樣才能使用HTTP的這個屬性來壓縮呢?這才是本文的重點。其實很簡單,用戶端不用任何配置,在服務端配置即可,伺服器不同,配置方法也不盡相同。本文以tomcat為例
tomcat的配置
以我電腦tomcat安裝目錄為例,找到F:\software\apache-tomcat-7.0.54\conf檔案夾下的server.xml
compress="on" 表示開啟壓縮。
compressionMinSize="2048"表示會對大於2KB的檔案進行壓縮。一般按照如此配置,可根據自己需求而定。
compressableMimeType是指將進行壓縮的檔案類型,對js,css,圖片的壓縮可以大大提升壓縮效果。
tomcat的server.xml的配置按照上述進行配置,重啟tomcat伺服器。
前端效能最佳化-HTTP壓縮