1、 減少HTTP請求
在瀏覽器(客戶端)和服務(wù)器發(fā)生通信時，就已經(jīng)消耗了大量的時間，尤其是在網(wǎng)絡(luò)情況比較糟糕的時候，這個問題尤其的突出。
一個正常HTTP請求的流程簡述：如在瀏覽器中輸入”www.xxxxxx.com”并按下回車，瀏覽器再與這個URL指向的服務(wù)器建立連接，然后瀏覽器才能向服務(wù)器發(fā)送請求信息，服務(wù)器在接受到請求的信息后再返回相應(yīng)的信息，瀏覽器接收到來自服務(wù)器的應(yīng)答信息后，對這些數(shù)據(jù)解釋執(zhí)行。
HTTP協(xié)議是無狀態(tài)的應(yīng)用層協(xié)議，意味著每次HTTP請求都需要建立通信鏈路、進(jìn)行數(shù)據(jù)傳輸，當(dāng)我們請求的網(wǎng)頁文件中有很多圖片、CSS、JS甚至音樂等信息時，將會頻繁的與服務(wù)器建立連接并釋放連接，這必定會造成資源的浪費，而在服務(wù)端，每個HTTP都需要啟動獨立的線程去處理，這些通信和服務(wù)的開銷都很昂貴，每個HTTP請求都會對服務(wù)器和瀏覽器產(chǎn)生性能負(fù)擔(dān)。
網(wǎng)速相同的條件下，下載一個100KB的圖片比下載兩個50KB的圖片要快。
減少HTTP的主要手段是合并CSS、合并JavaScript、合并圖片。將瀏覽器一次訪問需要的JavaScript、CSS合并成一個文件，這樣瀏覽器只需要一次請求。圖片也可以合成，多張圖片合并成一張，如果每張圖片都有不同的超鏈接，可通過CSS偏移響應(yīng)鼠標(biāo)點擊操作，構(gòu)造不同的URL。
2、 使用瀏覽器緩存
對一個網(wǎng)站而言，CSS、JavaScript、Logo、圖標(biāo)這些靜態(tài)資源文件更新的頻率都比較低，而這些文件又幾乎是每次HTTP請求都需要的，如果將這些文件緩存在瀏覽器中，可以極好地改善性能。通過設(shè)置HTTP頭中的Cache-Control和Expires屬性，可設(shè)定瀏覽器緩存，緩存時間可以是數(shù)天，甚至是數(shù)月。
在某些時候，靜態(tài)資源文件變化需要及時應(yīng)用到客戶端瀏覽器，這種情況，可以通過改變文件名實現(xiàn) ，即更新JavaScript文件并不是更新JavaScript文件內(nèi)容，而是生成現(xiàn)代戰(zhàn)爭新的JS文件并更新HTML文件中的引用。
使用瀏覽器緩存策略的網(wǎng)站在更新靜態(tài)資源時，應(yīng)采用分批次更新的方法，比如需要更新10個圖標(biāo)文件，不宜把10個文件一次全部更新，而應(yīng)該一個文件一個文件逐步更新，并有一定的間隔時間，以免用戶瀏覽器突然大量緩存失效，集中更新緩存，造成服務(wù)器負(fù)載驟增，網(wǎng)絡(luò)堵塞的情況。
3、服務(wù)端啟用壓縮
在服務(wù)器端對文件進(jìn)行壓縮，在瀏覽器對文件解壓縮，可有效減少通信傳輸?shù)臄?shù)據(jù)量。文本文件的壓縮率可達(dá)80%以上，因此HTML、CSS、JavaScript文件啟用GZip壓縮可達(dá)到較好的效果。但是壓縮對服務(wù)器和瀏覽器產(chǎn)生一定的壓力，在通信帶寬良好，而服務(wù)器資源不足的情況下要權(quán)衡考慮。
4、 CSS放在頁面最上面、JavaScript放在頁面最下面
瀏覽器會在下載完全部CSS之后才對整個頁面進(jìn)行渲染，因此最好的做法是將CSS放在頁面最上面，讓瀏覽器盡快下載CSS，HTML規(guī)范清楚指出CSS要放包含在頁面的區(qū)域內(nèi)。JavaScript則相反，瀏覽器在加載JavaScript后立即執(zhí)行，有可能會阻塞整個頁面，造成頁面顯示緩慢，因此JavaScript最好放在頁面最下面，但如果頁面解析時就需要用到JavaScript，這里放在底部就不合適了。
JavaScript是瀏覽器中的霸主，為什么這么說，因為在瀏覽器在執(zhí)行JavaScript代碼時，不能同時做其它事情，即<script>標(biāo)簽每次出現(xiàn)都會讓頁面等待腳本的解析和執(zhí)行（不論JavaScript是內(nèi)嵌的還是外鏈的），JavaScript代碼執(zhí)行完成后，才繼續(xù)渲染頁面。這個也就是JavaScript的阻塞特性。因為這個阻塞的特點，建議把JavaScript代碼放到</body>標(biāo)簽以前，這樣既能有效的防止JavaScript的阻塞，又能使得頁面的HTML結(jié)構(gòu)能更快的釋放。
5、 精簡CSS和JS文件
有一條非常重要的準(zhǔn)則一直沒有提到，就是CSS和JavaScript的壓縮，直接減少下載的文件體積。我個人經(jīng)常使用的方式是使用 YUI Compressor，它的特點是：移除注釋；移除額外的空格；細(xì)微優(yōu)化；標(biāo)識符替換。
YUI Compressor是java程序，如果你對java很熟悉的話可快速的上手使用yuicompressor.jar；如果你對java很陌生也沒關(guān)系，一樣可以使用YUI Compressor。
以我自己的yuicompressor-2.4.2.jar為例：
1.壓縮JS
java -jar yuicompressor-2.4.2.jar api.js > api.min.js
2.壓縮CSS
java -jar yuicompressor-2.4.2.jar style.css > style.min.css
6、減少對DOM的操作
對DOM操作的代價是高昂的，這在網(wǎng)頁應(yīng)用中的通常是一個性能瓶頸，天生就慢。在《高性能JavaScript》中這么比喻：“把DOM看成一個島嶼，把JavaScript(ECMAScript)看成另一個島嶼，兩者之間以一座收費橋連接”。所以每次訪問DOM都會教一個過橋費，而訪問的次數(shù)越多，交的費用也就越多。所以一般建議盡量減少過橋次數(shù)。
修改和訪問DOM元素會造成頁面的重繪和重排，循環(huán)對DOM操作更是罪惡的行為。 所以請合理的使用JavaScript變量儲存內(nèi)容，考慮大量DOM元素中循環(huán)的性能開銷，在循環(huán)結(jié)束時一次性寫入。減少對DOM元素的查詢和修改，查詢時可將其賦值給局部變量。
7、正確理解Repaint和Reflow
Repaint 和 Reflow 也就是重繪和重排，Repaint(重繪)就是在一個元素的外觀被改變，但沒有改變布局(寬高)的情況下發(fā)生，如改變visibility、outline、背景色等等。
Reflow(重排)就是DOM的變化影響到了元素的幾何屬性（寬和高），瀏覽器會重新計算元素的幾何屬性，會使渲染樹中受到影響的部分失效，瀏覽器會驗證DOM樹上的所有其它結(jié)點的visibility屬性，這也是Reflow低效的原因。如：改變窗囗大小、改變文字大小、內(nèi)容的改變、瀏覽器窗口變化，style屬性的改變等等。如果Reflow的過于頻繁，CPU使用率就會噌噌的往上漲，所以前端也就有必要知道 Repaint 和 Reflow的知識。
上面提到通過設(shè)置style屬性改變結(jié)點樣式的話，每設(shè)置一次都會導(dǎo)致一次reflow，所以最好通過設(shè)置class的方式；有動畫效果的元素，它的position屬性應(yīng)當(dāng)設(shè)為fixed或absolute，這樣不會影響其它元素的布局；如果功能需求上不能設(shè)置position為fixed或absolute，那么就權(quán)衡速度的平滑性。
總之，因為 Reflow 有時確實不可避免，所以只能盡可能限制Reflow的影響范圍。
8、使用JSON格式進(jìn)行數(shù)據(jù)交換
JSON是一種輕量級的數(shù)據(jù)交換格式，采用完全獨立于語言的文本格式，是理想的數(shù)據(jù)交換格式。同時，JSON是 JavaScript原生格式，這意味著在 JavaScript 中處理 JSON數(shù)據(jù)不需要任何特殊的 API 或工具包。
與XML序列化相比，JSON序列化后產(chǎn)生的數(shù)據(jù)一般要比XML序列化后數(shù)據(jù)體積小，所以在Facebook等知名網(wǎng)站中都采用了JSON作為數(shù)據(jù)交換方式。
在JSON中，有兩種結(jié)構(gòu)：對象和數(shù)組。
1. 一個對象以 “ { ” 開始，“ } ” 結(jié)束。每個“名稱”后跟一個 “ : ” ；“名稱/值 對”之間使用 “ , ”（逗號）分隔。 名稱用引號括起來；值如果是字符串則必須用引號括起來，數(shù)值型則不需要。如：
var obj={"name":"darren","age":24,"location":"beijing"} ;
2. 數(shù)組是值（value）的有序集合。一個數(shù)組以 “ [ ” 開始， “ ] ” 結(jié)束。值之間使用 “ , ” （逗號）分隔。如：
var jsonlist=[{"name":"darren","age":24,"location":"beijing"},{"name":"weidong.nie","age":24,"location":"hunan"}];
對這種數(shù)組和對象字面量的操作是非常方便且高效的。如果預(yù)先知道JSON結(jié)構(gòu)的情況下，使用JSON進(jìn)行數(shù)據(jù)傳遞簡直是太美妙了，可以寫出很實用美觀可讀性強的代碼。如果你是純粹的前臺開發(fā)人員，一定會非常喜歡JSON。
9、減少Cookie傳輸
一方面，Cookie包含在每次請求和響應(yīng)中，太大的Cookie會嚴(yán)重影響數(shù)據(jù)傳輸，因此哪些數(shù)據(jù)需要寫入Cookie需要慎重考慮，盡量減少Cookie中傳輸?shù)臄?shù)據(jù)量。另一方面對于某些靜態(tài)資源的訪問，如CSS、Script等，發(fā)送Cookie沒有意義，可以考慮靜態(tài)資源使用獨立域名訪問，避免請求靜態(tài)資源時發(fā)送Cookie，減少Cookie傳輸?shù)拇螖?shù)。
因為Cookie是本地的磁盤文件，每次瀏覽器都會去讀取相應(yīng)的Cookie，所以建議去除不必要的Coockie，使Coockie體積盡量小以減少對用戶響應(yīng)的影響；
使用Cookie跨域操作時注意在適應(yīng)級別的域名上設(shè)置coockie以便使子域名不受其影響。
Cookie是有生命周期的，所以請注意設(shè)置合理的過期時間，合理地Expire時間和不要過早去清除coockie，都會改善用戶的響應(yīng)時間。
10、使用CDN加速
CDN的全稱是Content Delivery Network，即內(nèi)容分發(fā)網(wǎng)絡(luò)。
CDN本質(zhì)仍然是一個緩存，而且將數(shù)據(jù)緩存在離用戶最近的地方，使用戶以最快的速度獲取數(shù)據(jù)。
由于CDN部署在網(wǎng)絡(luò)運營商的桐廬，這些運營商又是終端用戶的網(wǎng)絡(luò)服務(wù)提供商，因此用戶請求路由的第一跳就到達(dá)了CDN服務(wù)器，當(dāng)CDN中存在瀏覽器請求的資源時，從CDN直接返回瀏覽器，最短路徑返回響應(yīng)，加快用戶訪問速度，減少數(shù)據(jù)中心負(fù)載壓力。 CDN能夠緩存的一般是靜態(tài)資源，如圖片、文件（例如視頻）、CSS、Script腳本、靜態(tài)網(wǎng)頁等，這些文件訪問頻率很高（例如NBA總決賽這些的熱門視頻文件），將其緩存在CDN可極大改善網(wǎng)頁的打開速度。
實時性不太好是CDN的缺陷。隨著對CDN需求的逐漸升溫，這一缺陷將得到改進(jìn)， 使來自于遠(yuǎn)程服務(wù)器的網(wǎng)絡(luò)內(nèi)容網(wǎng)頁與副本服務(wù)器或緩存器中的網(wǎng)頁保持同步。解決方法是在網(wǎng)絡(luò)內(nèi)容發(fā)生變化時將新的網(wǎng)絡(luò)內(nèi)容從服務(wù)器端直接傳送到緩存器，或者當(dāng)對網(wǎng)絡(luò)內(nèi)容的訪問增加時將數(shù)據(jù)源服務(wù)器的網(wǎng)絡(luò)內(nèi)容盡可能實時地復(fù)制到緩存服務(wù)器。
小結(jié)
前端攻城師這個職位正越來越受到各個互聯(lián)網(wǎng)公司的重視，身邊也有越來越多的朋友加入到前端開發(fā)這個崗位上，要了解更多關(guān)于Web前端性能優(yōu)化點建議請查看下面的相關(guān)鏈接
