1、前端效能優化的一點：

對js、css、圖片等進行壓縮，儘可能減小檔案的大小，減少檔案下載的時間，從而減少網頁響應的時間。

2、前端效能優化的另一點：

對HTTP傳輸進行壓縮，即在js，css、圖片等資源已經壓縮的基礎上（其實，檔案的壓縮與否均可，檔案的壓縮跟HTTP傳輸過程的壓縮沒關係），在HTTP傳輸過程中的再次壓縮。

3、HTTP1.1的Accept-Encoding和content-Encoding：

從HTTP1.1開始，客戶端可以通過Accept-Encoding頭來宣告瀏覽器支援的壓縮方式，服務端通過content-Encoding來啟用壓縮，配置壓縮的檔案型別，壓縮方式。當客戶端的請求到達伺服器，伺服器對資源進行壓縮後，返回給客戶端，客戶端按照相應的方式進行解析。

eg：

客戶端（HTTP請求頭）——accept-encoding: gzip, deflate, sdch, br

伺服器（HTTP響應頭）——content-encoding:gzip

壓縮驗證檢視效果：

檔案傳輸前的大小——通過屬性檢視

檔案傳輸過程中的大小——通過Network中的Size檢視

4、壓縮方式選擇：

gzip是GUNzip的縮寫，使用無失真壓縮，壓縮效果最佳，已經成為使用最為普遍、支援的瀏覽器最多的資料壓縮格式。

天貓、淘寶、京東、蘇寧、騰訊、百度等大型網站都使用gzip壓縮方式。

5、如何使用gzip壓縮

客戶端不用做任何配置，在服務端配置即可，不同伺服器的配置方法也不盡相同。

以tomcat伺服器的配置為例：

找到tomcat安裝目錄下的conf資料夾下的server.xml檔案，進行如下配置，重啟tomcat即可：

①　compress="on" ：表示開啟壓縮。

②　compressionMinSize="2048"：表示對大於2KB的檔案進行壓縮

③　compressableMimeType="text/html,text/xml,application/javascript,text/css,text/plain,image/png,image/jpeg,image/gif"：表示將進行壓縮的檔案型別，對js，css，圖片壓縮可以大大提升壓縮效果。

注意：不應該對圖片進行再壓縮，因為圖片本身已經被壓縮過，如果再進行gzip壓縮，可能得到的結果是和圖片本身大小相差不大，純粹是浪費伺服器的CPU資源來做無用功。
 

6、對HTTP傳輸內容進行壓縮的優、缺點：

①　優點：減少HTTP響應時間，提升傳輸效率。

②　缺點：壓縮過程佔用伺服器額外的CPU週期，客戶端也要對壓縮檔案進行解壓縮，這也需要佔用部分時間。

隨著硬體效能不斷提高，上述問題正在不斷弱化，國內外大型網站都對HTTP傳輸進行壓縮。
---------------------
作者：筱葭
來源：CSDN
原文：https://blog.csdn.net/zhouziyu2011/article/details/71329379
版權宣告：本文為博主原創文章，轉載請附上博文連結！