網(wǎng)頁(yè)響應(yīng)速度往往是決定是否能留住用戶的一個(gè)重要因素。試想用戶發(fā)起一個(gè)請(qǐng)求后屎篱，等半天都看不到結(jié)果服赎，是多么氣憤:)
（是的，隨著互聯(lián)網(wǎng)技術(shù)進(jìn)步交播，大家都越來(lái)越?jīng)]耐心等待:P）
而影響網(wǎng)頁(yè)響應(yīng)速度的一個(gè)潛在重要點(diǎn)是數(shù)據(jù)量重虑，幾M的數(shù)據(jù)傳輸起來(lái)，必然是要幾秒鐘的秦士。這時(shí)候我們必須要對(duì)數(shù)據(jù)進(jìn)行壓縮嚎尤。
數(shù)據(jù)壓縮，首先想到的是伍宦，原數(shù)據(jù)本身進(jìn)行壓縮芽死，比較常見的是js和css的壓縮，也就是說(shuō)次洼，我們引用的就是壓縮后的js和css关贵。
另外就是，數(shù)據(jù)傳輸過(guò)程中的壓縮卖毁。服務(wù)器從數(shù)據(jù)庫(kù)或者其他service拿到數(shù)據(jù)時(shí)揖曾，由服務(wù)器進(jìn)行壓縮后返回給瀏覽器，瀏覽器自行解壓亥啦。
有人可能會(huì)問(wèn)炭剪，瀏覽器還能自行解壓？看看下面的圖翔脱，Request Headers里面寫了接受gzip形式哦奴拦。
那現(xiàn)在的問(wèn)題是，我們?nèi)绾螌?shù)據(jù)壓縮一下届吁，整成gzip形式給到前端呢错妖？
如果你用的是tomcat:
- 找到server.xml绿鸣，進(jìn)行編輯
-
找到你的port設(shè)置處，加上gzip相關(guān)設(shè)置命令（compression="on" compressionMinSize="500" compressableMimeType="text/plain"）暂氯，如下：
tomcat中的設(shè)置
這些屬性我就不多加解釋潮模，都可以百度到
如果你用的是nginx:
在http體里加上如下語(yǔ)句：
gzip on;
gzip_min_length 100k;
gzip_buffers 4 16k;
gzip_types application/x-javascript text/javascript application/javascript image/gif application/json;
gzip_comp_level 3;
gzip_vary on;
那現(xiàn)在我們看看設(shè)置后，返回的response是怎樣的：
Content-Encoding是gzip
好啦痴施，暫且介紹到這里擎厢，希望可以幫助到你
