高性能網(wǎng)站建設(shè)之前端優(yōu)化
日期：2016-08-18點(diǎn)擊：4106
改進(jìn)前端通常只要較少的時(shí)間和資源，例如修改Web服務(wù)器配置文件、將腳本和樣式表放在特定位置、合并圖片、合并腳本等，這些修改只需要幾個(gè)小時(shí)或幾天；而改進(jìn)后端通常很麻煩，例如重新設(shè)計(jì)應(yīng)用程序架構(gòu)和代碼、查找和優(yōu)化臨界代碼路徑、添加或改動(dòng)硬件、對數(shù)據(jù)庫進(jìn)行分布化等，這些需要花費(fèi)數(shù)周或數(shù)月。
只有10%～20%的最終用戶響應(yīng)時(shí)間花在了下載HTML文檔上，其余的80%～90%時(shí)間花在了下載頁面中的所有組件上。
高性能網(wǎng)站建設(shè)前端優(yōu)化的舉措：
減少http請求次數(shù)（http請求次數(shù)對性能的影響很大）：
在圖片方面，有三個(gè)具體方案：圖片地圖、CSS Sprites、內(nèi)聯(lián)圖片三種，最值得關(guān)注的是CSS Sprites。
腳本和樣式表也要合并，雖然合并有悖于模塊化開發(fā)的原則，但非常有利于性能。
緩存可以使一些http請求轉(zhuǎn)為調(diào)用客戶端的已有資源。所以，必須關(guān)注Expires頭的設(shè)置。另外，HTTP1.1引入了“Cache-Control”頭，可以用“max-age”來設(shè)置緩存的時(shí)間長度。
移除ETag或者對ETag進(jìn)行專門配置，以免影響緩存調(diào)取。因?yàn)槟J(rèn)配置的ETag，和原始服務(wù)器的屬性相關(guān)，當(dāng)多臺(tái)服務(wù)器時(shí)，會(huì)導(dǎo)致緩存調(diào)取失敗。（N臺(tái)服務(wù)器，緩存調(diào)取成功的概率是1/N）
對于用戶的著陸頁（Landing Page），腳本和樣式表究竟應(yīng)該內(nèi)聯(lián)（寫到html里）還是應(yīng)該外置？內(nèi)聯(lián)有利于減少http請求數(shù)，外置有利于緩存。對這個(gè)問題的探討，產(chǎn)生了所謂“加載后下載（Post-Onload Download）”的方案：內(nèi)聯(lián)，但在頁面加載完成后通過onload事件，動(dòng)態(tài)下載外部腳本和樣式表。
充分利用并行下載：
使用兩個(gè)主機(jī)名。HTTP1.1建議瀏覽器從每個(gè)主機(jī)名并行下載兩個(gè)元素，使用多個(gè)主機(jī)名能進(jìn)行更多的并行下載，但由于帶寬和CPU速度，過多的并行下載也會(huì)降低性能。Yahoo！的研究表明，使用兩個(gè)主機(jī)名性能最優(yōu)。
將腳本放在底部，以避免對并行下載的影響。因?yàn)橄螺d腳本時(shí)，并行下載是禁止的。
減小元素的大小：
精簡腳本。用JSMin精簡外置腳本，這能移除所有的注釋以及不必要的空白字符，使腳本減小20%。（內(nèi)聯(lián)的腳本也應(yīng)該盡量精簡）
優(yōu)化CSS。CSS中的注釋和空白字符比較少，優(yōu)化空間在于合并相同的類、移除不使用的類。同時(shí)，應(yīng)避免使用CSS表達(dá)式，改用一次性表達(dá)式和使用事件處理器。因?yàn)镃SS表達(dá)式會(huì)頻繁求值，當(dāng)頁面滾動(dòng)、甚至用戶鼠標(biāo)移動(dòng)時(shí)都會(huì)求值。
務(wù)必使用Gzip對腳本、樣式表、html文檔進(jìn)行壓縮，這通常能減小60%的數(shù)據(jù)量。刪除注釋、縮短URL等雖然也有用，但費(fèi)事得多且效果微弱。
其他：
避免沒必要的重定向（例如在URL的結(jié)尾必須出現(xiàn)“/”但沒有出現(xiàn)時(shí)），因?yàn)樵谥囟ㄏ蛲戤叢⑶襤tml文檔下載完畢之前，沒有任何東西展示給用戶；對于為了跟蹤流量而使用的重定向，建議改用“referer”（僅可監(jiān)測流向內(nèi)部的流量），或“beacon+XMLHttpRequest”（可檢測所有流量，但方法較復(fù)雜）
使用CDN（Content Delivery Network），縮小內(nèi)容和用戶的距離。
將樣式表放在頂部，這樣能使內(nèi)容在瀏覽器中逐步呈現(xiàn)。盡管整個(gè)頁面的加載總耗時(shí)可能并無變化，但逐步呈現(xiàn)內(nèi)容，能使用戶感覺更快。
適當(dāng)減少主機(jī)名，以減少DNS查找。
