在同樣的網(wǎng)絡(luò)環(huán)境下，兩個同樣能滿足你的需求的網(wǎng)站，一個“Duang”的一下就加載出來了，一個糾結(jié)了半天才出來，你會選擇哪個？研究表明：用戶最滿意的打開網(wǎng)頁時間是2-5秒，如果等待超過10秒，99%的用戶會關(guān)閉這個網(wǎng)頁。也許這樣講，各位還不會有太多感觸，接下來我列舉一組數(shù)據(jù)：Google網(wǎng)站訪問速度每慢400ms就導(dǎo)致用戶搜索請 求下降0.59%;Amazon每增加100ms網(wǎng)站延遲將導(dǎo)致收入下降1%;雅虎如果有400ms延遲會導(dǎo)致流量下降5-9%。網(wǎng)站的加載速度嚴(yán)重影響了用戶體驗，也決定了這個網(wǎng)站的生死存亡。

可能有人會說：網(wǎng)站的性能是后端工程師的事情，與前端并無多大關(guān)系。事實(shí)上，只有10%~20%的最終用戶響應(yīng)時間是用在從Web服務(wù)器獲取HTML文檔并傳送到瀏覽器的，那剩余的時間去哪兒了？

只有10%~20%的最終用戶響應(yīng)時間花在了下載HTML文檔上。其余的80%~90%時間花在了下載頁面中的所有組件上。

接下來帶您了解如何來提高頁面的加載速度。

一、減少HTTP請求

上面說到80%~90%時間花在了下載頁面中的所有組件進(jìn)行的HTTP請求上。因此，改善響應(yīng)時間最簡單的途徑就是減少HTTP請求的數(shù)量。

二、使用CDN

如果應(yīng)用程序web服務(wù)器離用戶更近，那么一個HTTP請求的響應(yīng)時間將縮短。另一方面，如果組件web服務(wù)器離用戶更近，則多個HTTP請求的響應(yīng)時間將縮短。

CDN（內(nèi)容發(fā)布網(wǎng)絡(luò)）是一組分布在多個不同地理位置的Web服務(wù)器，用于更加有效地向用戶發(fā)布內(nèi)容。在優(yōu)化性能時，向特定用戶發(fā)布內(nèi)容的服務(wù)器的選擇基于對網(wǎng)絡(luò)慕課擁堵的測量。例如，CDN可能選擇網(wǎng)絡(luò)階躍數(shù)最小的服務(wù)器，或者具有最短響應(yīng)時間的服務(wù)器。

三、添加Expires頭

頁面的初次訪問者會進(jìn)行很多HTTP請求，但是通過使用一個長久的Expires頭，可以使這些組件被緩存，下次訪問的時候，就可以減少不必要的HTPP請求，從而提高加載速度。

四、壓縮組件

從HTTP1.1開始，Web客戶端可以通過HTTP請求中的Accept-Encoding頭來表示對壓縮的支持

Accept-Encoding: gzip,deflate

如果Web服務(wù)器看到請求中有這個頭，就會使用客戶端列出來的方法中的一種來進(jìn)行壓縮。Web服務(wù)器通過響應(yīng)中的Content-Encoding來通知 Web客戶端。

Content-Encoding: gzip

代理緩存

當(dāng)瀏覽器通過代理來發(fā)送請求時，情況會不一樣。假設(shè)針對某個URL發(fā)送到代理的第一個請求來自于一個不支持gzip的瀏覽器。這是代理的第一個請求，緩存為空。代理將請求轉(zhuǎn)發(fā)給服務(wù)器。此時響應(yīng)是未壓縮的，代理緩存同時發(fā)送給瀏覽器?，F(xiàn)在，假設(shè)到達(dá)代理的請求是同一個url，來自于一個支持gzip的瀏覽器。代理會使用緩存中未壓縮的內(nèi)容進(jìn)行響應(yīng)，從而失去了壓縮的機(jī)會。相反，如果第一個瀏覽器支持gzip，第二個不支持，你們代理緩存中的壓縮版本將會提供給后續(xù)的瀏覽器，而不管它們是否支持gzip。

解決辦法：在web服務(wù)器的響應(yīng)中添加vary頭Web服務(wù)器可以告訴代理根據(jù)一個或多個請求頭來改變緩存的響應(yīng)。因為壓縮的決定是基于Accept-Encoding請求頭的，因此需要在vary響應(yīng)頭中包含Accept-Encoding。

vary: Accept-Encoding

五、將樣式表放在頭部

首先說明一下，將樣式表放在頭部對于實(shí)際頁面加載的時間并不能造成太大影響，但是這會減少頁面首屏出現(xiàn)的時間，使頁面內(nèi)容逐步呈現(xiàn)，改善用戶體驗，防止“白屏”。

我們總是希望頁面能夠盡快顯示內(nèi)容，為用戶提供可視化的回饋，這對網(wǎng)速慢的用戶來說是很重要的。

將樣式表放在文檔底部會阻止瀏覽器中的內(nèi)容逐步出現(xiàn)。為了避免當(dāng)樣式變化時重繪頁面元素，瀏覽器會阻塞內(nèi)容逐步呈現(xiàn)，造成“白屏”。這源自瀏覽器的行為：如果樣式表仍在加載，構(gòu)建呈現(xiàn)樹就是一種浪費(fèi)，因為所有樣式表加載解析完畢之前務(wù)虛會之任何東西。

六、將腳本放在底部

更樣式表相同，腳本放在底部對于實(shí)際頁面加載的時間并不能造成太大影響，但是這會減少頁面首屏出現(xiàn)的時間，使頁面內(nèi)容逐步呈現(xiàn)。

js的下載和執(zhí)行會阻塞Dom樹的構(gòu)建（嚴(yán)謹(jǐn)?shù)卣f是中斷了Dom樹的更新），所以script標(biāo)簽放在首屏范圍內(nèi)的HTML代碼段里會截斷首屏的內(nèi)容。

下載腳本時并行下載是被禁用的——即使使用了不同的主機(jī)名，也不會啟用其他的下載。因為腳本可能修改頁面內(nèi)容，因此瀏覽器會等待；另外，也是為了保證腳本能夠按照正確的順序執(zhí)行，因為后面的腳本可能與前面的腳本存在依賴關(guān)系，不按照順序執(zhí)行可能會產(chǎn)生錯誤。

七、避免CSS表達(dá)式

CSS表達(dá)式是動態(tài)設(shè)置CSS屬性的一種強(qiáng)大并且危險的方式，它受到了IE5以及之后版本、IE8之前版本的支持。

八、使用外部的JavaScript和CSS

內(nèi)聯(lián)腳本或者樣式可以減少HTTP請求，按理來說可以提高頁面加載的速度。然而在實(shí)際情況中，當(dāng)腳本或者樣式是從外部引入的文件，瀏覽器就有可能緩存它們，從而在以后加載的時候能夠直接使用緩存，而HTML文檔的大小減小，從而提高加載速度。

九、減少DNS查找

當(dāng)我們在瀏覽器的地址欄輸入網(wǎng)址（譬如： http://www.u987.cn/） ，然后回車，回車這一瞬間到看到頁面到底發(fā)生了什么呢？

域名解析 --> 發(fā)起TCP的3次握手 --> 建立TCP連接后發(fā)起http請求 --> 服務(wù)器響應(yīng)http請求，瀏覽器得到html代碼 --> 瀏覽器解析html代碼，并請求html代碼中的資源（如js、css、圖片等） --> 瀏覽器對頁面進(jìn)行渲染呈現(xiàn)給用戶

十、精簡JavaScript

精簡

精簡就是從代碼中移除不必要的字符以減少文件大小，降低加載的時間。代碼精簡的時候會移除不必要的空白字符（空格，換行、制表符），這樣整個文件的大小就變小了。

混淆

混淆是應(yīng)用在源代碼上的另外一種方式，它會移除注釋和空白符，同時它還會改寫代碼。在混淆的時候，函數(shù)和變量名將會被轉(zhuǎn)換成更短的字符串，這時代碼會更加精煉同時難以閱讀。通常這樣做是為了增加對代碼進(jìn)行反向工程的難度，這也同時提高了性能。

十一、避免重定向

什么是重定向？重定向用于將用戶從一個URL重新路由到另一個URL。

十二、刪除重復(fù)腳本

在團(tuán)隊開發(fā)一個項目時，由于不同開發(fā)者之間都可能會向頁面中添加頁面或組件，因此可能相同的腳本會被添加多次。

重復(fù)的腳本會造成不必要的HTTP請求（如果沒有緩存該腳本的話），并且執(zhí)行多余的JavaScript浪費(fèi)時間，還有可能造成錯誤。