兩個基本點

　　1. 擇重避輕，有所取舍。

　　l 核心優(yōu)先

　　通常來講，系統(tǒng)是都是龐大的，不要太完美主義，先抓住重點，理解那些是我們的核心頁面，那些頁面對我們來說是最重要的，那些頁面訪問量最高，核心優(yōu)先。

　　l 主要問題在那，抓住瓶頸點。

　　治病要醫(yī)本。優(yōu)化前，需要進行細致的分析，抓住主要瓶頸點，對癥下藥。優(yōu)化那么多的方子，別全采用，通常幾個就能達到效果

　　2. 簡單有效才是硬道理

　　越是簡單的東西越容易控制，越不容易出錯，盡量避免將系統(tǒng)設(shè)計的過于龐大，過于復(fù)雜，記住，這是在做產(chǎn)品，而不是在搞研發(fā)。很多看似很蠢的方法，往往越是有效。

　　新技術(shù)，新方法的引用是具備一定的風(fēng)險的，要評估，要慎重。

　　Js處理

　　1. 盡量放到頁面尾部

　　Js的加載時阻塞頁面的，沒下載完畢后面的內(nèi)容不會出來，所以盡量避免把JS放到頁面頭部，按照經(jīng)驗估計，整個頁面中所用的JS邏輯，90%都是可以放到頁面尾部。

　　2. 延遲加載（按需加載）

　　很多的業(yè)務(wù)邏輯并非每次都使用也不是要立即使用，首次加載過程中僅僅加載那些必須的，只有當(dāng)必要的條件觸發(fā)，才去加載請求必要的JS.比如說權(quán)限驗證通過，加載管理模塊。點擊發(fā)表文章按鈕，加載與發(fā)表文章有關(guān)的驗證和處理函數(shù)。

　　如果寫過C++的肯定會接觸過動態(tài)庫和靜態(tài)庫，這個與之類似，什么時候需要什么時候再加載，首次打開頁面肯定會清凈了許多，而且業(yè)務(wù)邏輯也由此分離開來，管理和維護也會方便很多，畢竟減少了那么多的耦合。

　　按照BBS項目經(jīng)驗估計，普通頁面的所有業(yè)務(wù)邏輯中需要在首次請求中加載的不到50%，我們的JS又由此砍掉了一半。

　　3. 合并JS，減少請求

　　請求多個小文件的效率遠小于請求一個大文件的效率，因為需要多次DNS解析，多次連接，瀏覽器和server端也需要進行多次開啟進程、權(quán)限驗證和預(yù)處理，以及 http請求在數(shù)據(jù)包傳遞上的一些問題。

　　所以盡量避免在頁面中加載一堆的js 文件，需要先講需要的小的JS合并成一個大的JS文件統(tǒng)一輸出，頁面因此被卡住的時間肯定會減少很多。

　　為了提高開發(fā)效率，合并建議不要每次都手動來進行，導(dǎo)致之后維護成本很大，相信些個XML配置文件，確定合并規(guī)則以及依賴關(guān)系后，用程序自動合并效率會高很多，后面有我附上的一個配置示例，僅作參考形式不重要

　　4. JS壓縮

　　此手段屬前端特有，畢竟流量意味著速度，意味著金錢。是在降低代碼的可讀性為前提。但事物的兩面性告訴我們，可讀性差也意味著安全，而且可讀性可以通過保存壓縮前的源文件來解決。

　　所謂的壓縮，就是把場的變量名換成短的變量名，去掉沒用的空格和換行符，從而節(jié)省我們JS程序的長度，不過目前這種處理已經(jīng)很成熟，通過搜索可以搜出很多相關(guān)的工具。不再細說

　　經(jīng)驗值，能壓縮50%以上，視程序與壓縮工具而論。

　　5. 盡量少用第三方庫

　　在我的印象中，很多框架都是很龐大20K以上，雖然很強大很方便，但如果不是做企業(yè)級應(yīng)用，不要用，因為我們也許只可能用到其中很少的一部分功能卻加載了整個框架。

　　不過框架中的很多方法是可以提取出來滴，或者精簡成一個輕量級的框架，比如說trimPath，完全可以精簡到4k.

　　6. 合并ajax請求

　　Ajax請求的數(shù)據(jù)，如果涉及請求多種數(shù)據(jù)，盡量考慮到將其合并。

　　7. 合理的使用緩存

　　緩存視乎是server端的事，但是js中也是經(jīng)常用的。

　　一種是緩存在一個全局變量中，一些很復(fù)雜的計算和查找操作可以這樣做。如果大家在使用模板類trimPath經(jīng)常是需要對模板進行預(yù)處理，這種預(yù)處理的結(jié)果是可以被緩存的。這種緩存的缺點是頁面刷新后數(shù)據(jù)就會失效。

　　另外一種是緩存在window.name或cookie里面，經(jīng)常用來緩存一些AJAX調(diào)用的結(jié)果，避免反復(fù)請求server端，比如一些用戶的權(quán)限驗證信息，就沒必要總是調(diào)用server端接口，緩存了也就減少了請求，提高了性能，但cookie大家要慎用，存于一些數(shù)據(jù)比較小的還行，每次http請求他是占用上行帶寬的。

　　還有一種緩存的實現(xiàn)是借助于flash或其他的第三方組件，特點是可以緩存超大的數(shù)據(jù)，但是適應(yīng)場景優(yōu)先，需要特殊的平臺支持，不過FLASH目前已經(jīng)很通用了。

　　8. 能靜態(tài)化輸出，盡量少用JS渲染輸出

　　頁面制作

　　1. 素材合并

　　盡量把頁面中的圖片合并在一起，利用css sprite切割。這樣減少了請求的次數(shù)。通常合并成3長大的圖片，一張是有固定寬高的（比如說按鈕），另外兩張是分別橫向或縱向平鋪的1像素的小圖，用來做背景用。

　　2. CSS壓縮處理

　　道理同JS壓縮，也是有很多工具實用的可用。

　　3. 圖片背景切割與平鋪

　　切圖是很有講究的，很多區(qū)域能切成用1像素平鋪，盡量用1像素小圖平鋪，盡量用一個較大的圖片設(shè)置成背靜。

　　4. 少用iframe和frameset

　　首先一點frame會阻塞頁面，第二，產(chǎn)生額外的請求，第三，如果涉及交互，增加開發(fā)維護成本，第四對搜索引擎優(yōu)化不好

　　5. CSS盡量放到頁面頭部

　　瀏覽器只有等CSS下載完畢后，才會真正的顯示頁面，所以為了讓頁面盡快有所輸出，把CSS放到頭部，而且瀏覽器對CSS的處理時并行的，不會像JS那樣會阻塞頁面。

　　Server處理

　　1. 啟用gzip壓縮，約能壓縮70%~80%

　　2. js,css,圖片添加過期頭，讓瀏覽器能緩存。能減少1/3以上的請求。

　　3. 靜態(tài)頁面、js、css等靜態(tài)文件單獨遷移

　　第一， 可以針對靜態(tài)文件做專門優(yōu)化，比如說squid反向代理，nginx代替apache做靜態(tài)server。

　　第二， 便于管理和維護，以后遷移和拓展方便。

　　4. js、css、圖片等靜態(tài)文件與當(dāng)前應(yīng)用放到不同的域名下。

　　不再傳遞那些無必要的cookie，減少傳輸。

　　5. 圖片服務(wù)器分多域名。

　　瀏覽器對同一域名的只允許使用2個并發(fā)，如果頁面圖片過多，會由于并發(fā)排隊從而阻塞頁面。但域名也不能太多，會消耗DNS解析的時間，建議4個為佳。

　　附加

　　1. JS合并配置文件示例

　　<?xml version="1.0" encoding="gb2312" ?>

　　<root>

　　<include>

　　<list><![CDATA[qStandBottom_static]]></list>

　　</include>

　　<js>

　　<list><![CDATA[/lib/postJs.obj.js]]></list>

　　<list><![CDATA[/lib/JSON.obj.js]]></list>

　　<list><![CDATA[/qmeditor/qmeditor/qmeditor/editor.js]]></list>

　　<list><![CDATA[/control/subjectList/subjectWriteLib.js]]></list>

　　<list><![CDATA[/control/subjectList/subjectWriteVote.obj.js]]></list>

　　<list><![CDATA[/control/subjectList/naviFilter.obj.js]]></list>

　　<list><![CDATA[/control/subject/checkDomain.js]]></list>

　　<list><![CDATA[/control/subjectList/subjectWriteBottomGlobal.js]]></list>

　　<list><![CDATA[/control/subjectList/subjectWriteBottom_asyncDeclare.js]]></list>

　　<list><![CDATA[/control/subjectList/subjectWriterEditor.js]]></list>

　　<list><![CDATA[/control/subjectList/subjectWriteBottom.obj.js]]></list>

　　<list><![CDATA[/control/subjectList/subjectWritePhoto.js]]></list>

　　</js>

　　</root>

　　2. 常見分析與調(diào)試工具

　　IE Httpwatch

　　Firefox firebug