一、前言

　　最近做了個項目，遇到這麽一個問題：服務器返回給客戶端的json數據量太大（大概65M），在客戶端加載了1分多鐘才渲染完畢，費時耗流量，用戶體驗極其不好。後來網上搜優化的方法，就是Http壓縮。

　　HTTP壓縮可以大大提高瀏覽網站的速度，它的原理是，在客戶端請求服務器對應資源後，從服務器端將資源文件壓縮，再輸出到客戶端，由客戶端的瀏覽器負責解壓縮並瀏覽。即：通過減小HTTP響應大小來減少響應時間。相對於普通的瀏覽過程HTML ,CSS,Javascript , Text ，它可以節省40%左右的流量。更為重要的是，它可以對動態生成的，包括CGI、PHP , JSP , ASP , Servlet,SHTML等輸出的網頁也能進行壓縮，壓縮效率也很高。而GZIP本身就是一種網絡流壓縮算法，而且應用相當廣泛。本文是針對apache tomcat 8.0.47進行配置

二、Gzip壓縮簡介

1. HTTP 協議支持GZIP 壓縮機制，也稱協議壓縮。 HTTP GZIP壓縮是由WEB服務器和瀏覽器共同遵守的協議，也就是說WEB服務器和瀏覽器都必須遵守。目前主流的服務器和瀏覽器都支持GZIP壓縮技術。包括 IE、FireFox、Opera 等；服務器有 tomcat、Apache 和 IIS 等。

2. GZIP 主要用來壓縮html,css,javascript,等靜態文本文件，也支持對動態生成的，包括CG

3. GZIP 壓縮的比率通常在3~10 倍之間，這樣可以大大節省服務器的網絡帶寬，大大提升瀏覽器的瀏覽速度。

4. GZIP 是一種數據壓縮格式，默認且目前僅使用deflate算法壓縮data部分；deflate是一種壓縮算法,是huffman編碼的一種加強。

5. 協議壓縮就是依據HTTP協議進行壓縮，不需要程序員進行壓縮，解壓編碼，而是把壓縮過程交給WEB服務器，將解壓過程交給客戶端。 如果客戶端為支持GZIP壓縮的瀏覽器，那麽解壓過程也不需要程序員參與，瀏覽器會按照一定的規則自動進行解壓縮；如果客戶端為HttpClient ，那麽就需要手動進行GZIP解碼了。

6. 壓縮過程：客戶端發送http請求，如果請求頭header中攜帶Accept-Encoding: gzip,deflate (現在的瀏覽器一般默認都是這樣)，那麽瀏覽器的意思是:服務器需要進行GZIP壓縮,再看響應內容的類型是否滿足服務器配置的需要壓縮的類型，如果符合，那麽WEB服務器在傳輸響應內容之前，會對響應內容進行壓縮，並在響應頭中添加Content-Encoding gzip；如果不符合，那麽將不壓縮，直接返回。

7. 解壓過程：（瀏覽器）客戶端接收到響應，如果響應頭中包含Content-Encoding GZIP，那麽瀏覽器會自動將響應內容進行GZIP解壓縮，然後再呈現在頁面上。如果不包含，那麽將直接呈現在頁面上。

　8.GZIP的缺點。相對於沒有進行GZIP的工程來說，使用GZIP要增加服務器壓縮的壓力（cpu消耗）、客戶端解壓縮的壓力，故而對服務器的配置需求更高。另外壓縮也要耗費時間，想占用更小的空間，得到高壓縮比率，肯定要犧牲較長的時間；反之，如果時間較為寶貴，要求快速，那麽所得的壓縮比率一定較小，當然會占用更大的空間了（壓縮比率=原內容大小/壓縮後大小，壓縮比率越大，則表明壓縮後占用空間的壓縮包越小），這就是物理空間與時間的矛盾。

三、tomcat中配置方法

　　版本要求：Tomcat5.0以上。 修改%TOMCAT_HOME%/conf/server.xml，修訂節點如下：

1 <Connector port="8080"
2   protocol="HTTP/1.1"
3   connectionTimeout="20000"
4   redirectPort="8443"    
5   compression="on" 
6   compressionMinSize="2048" 
7   noCompressionUserAgents="gozilla, traviata"   
8   compressableMimeType="text/html,text/xml,text/javascript,
9 application/javascript,text/css,text/plain,text/json"/>

　　　　參數說明：

　　1、compression="on" 開啟壓縮。可選值："on"開啟，"off"關閉，"force"任何情況都開啟。

　　2、compressionMinSize="2048"大於2KB的文件才進行壓縮。用於指定壓縮的最小數據大小，單位B，默認2048B。註意此值的大小，如果配置不合理，產生的後果是小文件壓縮後反而變大了，達不到預想的效果。

　　3、noCompressionUserAgents="gozilla, traviata"，對於這兩種瀏覽器，不進行壓縮（我也不知道這兩種瀏覽器是啥，百度上沒找到），其值為正則表達式，匹配的UA將不會被壓縮，默認空。

　　4、compressableMimeType="text/html,text/xml,application/javascript,text/css,text/plain,text/json"會被壓縮的MIME類型列表，多個逗號隔，表明支持html、xml、js、css、json等文件格式的壓縮（plain為無格式的，但對於具體是什麽，我比較概念模糊）。compressableMimeType很重要，它用來告知tomcat要對哪一種文件進行壓縮，如果類型指定錯誤了，肯定是無法壓縮的。那麽，如何知道要壓縮的文件類型呢？可以通過以下這種方法找到。

四、檢查配置是否成功

　　修改完之後重啟下tomcat即可，最後去檢測網站： 檢測網站 查詢下效果

五、常見錯誤（配置後沒效果）

　　可通過以下步驟排查：

　　1、tomcat中的配置參數寫錯位置了。註意配置參數應該寫到下圖中A區而不是B區，就是protocol="HTTP/1.1"那個Connector中。

　　2、響應數據不是compressableMimeType參數配置的類型。我就遇到了這個坑，我們項目前後端傳輸用的是json。所以我最開始以為是“text/json”，後來打開Firebug的控制臺，原來Content-Type的值是“application/json”。見圖三。

　　3、響應數據的大小小於compressionMinSize的配置值。

Tomcat啟用GZIP壓縮，提升web性能