一、我們需達解決的麻煩
- 減少HTTP請求數. 減少HTTP請求數有什麼好處
- 降低服務器跟客戶端的建立和消除HTTP請求和響應Header的開銷
- 減少服務器為HTTP連接的進程和線程的開銷,如果可能,還會包括GZIP壓縮的CPU開銷.
- 減小被請求文件大小, 減少請求數據占用的網絡帶寬.
- 讓用戶更快的看到想要的結果.
- 提高客戶端渲染速度.
- 讓浏覽器同時能請求更多的數據.
- 提高服務器相應速度.
- 通過版本化控制客戶端Cache.
二、如何解決我們的麻煩
A.如何減少HTTP請求數
- 合並JS文件跟CSS文件。
- 合並框架圖片以及相對變動較少的圖片成一張，通過CSS背景切割來完成渲染，比如：加速圖片顯示。
- 合理使用本地Cache來緩存JS/CSS/IMAGE。
- 合理使用UserData緩存JS文件,對於FF用戶可以單獨請求服務器,這樣能解決80%用戶的問題.代碼可以蓉兒(meizz)的js framework1（標注1）。
- 把JS跟CSS合並成一個文件
B.減小被請求文件大小,減少請求數據占用的網絡帶寬
- 壓縮JS體積：刪除JS中空白換行,注釋,混淆把長變量換成短變量；
- 壓縮CSS體積：刪除CSS注釋、寫法盡量用簡寫；
- 使用(X)HTML+CSS方式搭建網站結構,提高CSS重用性,來減少(X)HTML文件大小；
- 使用服務器端GZIP壓縮JS/ CSS文件,縮小傳輸文件大小。附注:Apache1跟Apache2的GZIP的效率跟方式不一樣的，根據需要自行選擇。
嗷嗷補充說明：壓縮、合並JS和CSS都由程序處理。而不是自己手動去縮刪，不然不利於後期維護。
C.讓用戶更快的看到想要的結果
用戶對於一個站點的白頁的忍受時間根據統計是8-12秒。白頁的產生可能由於各種原因引起,我們能做的就是怎麼讓用戶能變的稍微能等待更久。
- 方案1：多做一個引導頁,讓用戶體會其中的變化
案例:mail.aol.com中的loading引導頁
- 方案2：優先載入頁面結構以及結構圖片,後一步載入當前頁面數據,再後一步載入Iframe,Flash等數據.讓用戶盡早的看到被打開頁面的希望.
D.提高客戶端渲染速度
這個問題就比較泛泛了,影響客戶端的渲染速度有多方面的,主要目的都是提高程序方面的效率.
- 對於大索引的結構,盡可能的少用索引訪問,能用訪問兄弟節點的方式盡可能用訪問兄弟節點的方式.
- 字符串拼接盡可能用數組方式
- 大規模添加節點數據,請不要使用appendChild方式,盡量使用類似innerHTML的insertAdjacentHTML方式,FF下需修正（標注1）
E.讓浏覽器同時能請求更多的數據.
浏覽器默認只是支持單域名同時有兩個HTTP請求,使用多域名將能把請求數提高,在網絡條件優良的情況下,能更快的下載數據,呈現結果.
F.提高服務器相應速度
對於需快速響應的文件,把其放入快速響應的服務器,應該是不錯的方案,優化方案請系統儲備組提供.
G.通過版本化控制客戶端Cache
通常js/css這類文件改動比較頻繁,但是為了加載速度變快,我們有可能需要設定這類文件的過期時間為幾天後,這樣我們碰到的問題就是,如何及時更新這些在cache的文件?
通過一個簡單的配置,通過修改JS的版本來及時告訴浏覽器,這些文件必須重新請求了,不要繼續使用浏覽器cache中的數據. 方案有好幾個：
- 手動改這些js的文件名
- 手動改這些js的路徑
- 通過URL Rewrite方式來改重定位js路徑
- 通過一個在高響應服務器上的一個js配置告知頁面,這個頁面該鏈接哪些JS文件
- 大版本不變,小版本不斷追加,等一定時間後,統一更新,高效利用cache
標注
- meizz的js framework還沒出正式版，有興趣在CSDN的頁面翻一下
- Firefox修正方式
function addHTML(oParentNode, sHTML) {
if(window.addEventListener) {// for MOZ
var oRange = oParentNode.ownerDocument.createRange();
oRange.setStartBefore(oParentNode);
var oFrag = oRange.createContextualFragment(sHTML);
oParentNode.appendChild(oFrag);
}
else {// for IE5+
oParentNode.insertAdjacentHTML("BeforeEnd", sHTML);
}
}