1、 減少HTTP請(qǐng)求

在瀏覽器(客戶端)和服務(wù)器發(fā)生通信時(shí)，就已經(jīng)消耗了大量的時(shí)間，尤其是在網(wǎng)絡(luò)情況比較糟糕的時(shí)候，這個(gè)問題尤其的突出。

一個(gè)正常HTTP請(qǐng)求的流程簡(jiǎn)述：如在瀏覽器中輸入”www.xxxxxx.com”并按下回車，瀏覽器再與這個(gè)URL指向的服務(wù)器建立連接，然后瀏覽器才能向服務(wù)器發(fā)送請(qǐng)求信息，服務(wù)器在接受到請(qǐng)求的信息后再返回相應(yīng)的信息，瀏覽器接收到來自服務(wù)器的應(yīng)答信息后，對(duì)這些數(shù)據(jù)解釋執(zhí)行。

HTTP協(xié)議是無狀態(tài)的應(yīng)用層協(xié)議，意味著每次HTTP請(qǐng)求都需要建立通信鏈路、進(jìn)行數(shù)據(jù)傳輸，當(dāng)我們請(qǐng)求的網(wǎng)頁文件中有很多圖片、CSS、JS甚至音樂等信息時(shí)，將會(huì)頻繁的與服務(wù)器建立連接并釋放連接，這必定會(huì)造成資源的浪費(fèi)，而在服務(wù)端，每個(gè)HTTP都需要啟動(dòng)獨(dú)立的線程去處理，這些通信和服務(wù)的開銷都很昂貴，每個(gè)HTTP請(qǐng)求都會(huì)對(duì)服務(wù)器和瀏覽器產(chǎn)生性能負(fù)擔(dān)。

網(wǎng)速相同的條件下，下載一個(gè)100KB的圖片比下載兩個(gè)50KB的圖片要快。

減少HTTP的主要手段是合并CSS、合并JavaScript、合并圖片。將瀏覽器一次訪問需要的JavaScript、CSS合并成一個(gè)文件，這樣瀏覽器只需要一次請(qǐng)求。圖片也可以合成，多張圖片合并成一張，如果每張圖片都有不同的超鏈接，可通過CSS偏移響應(yīng)鼠標(biāo)點(diǎn)擊操作，構(gòu)造不同的URL。

2、 使用瀏覽器緩存

對(duì)一個(gè)網(wǎng)站而言，CSS、JavaScript、Logo、圖標(biāo)這些靜態(tài)資源文件更新的頻率都比較低，而這些文件又幾乎是每次HTTP請(qǐng)求都需要的，如果將這些文件緩存在瀏覽器中，可以極好地改善性能。通過設(shè)置HTTP頭中的Cache-Control和Expires屬性，可設(shè)定瀏覽器緩存，緩存時(shí)間可以是數(shù)天，甚至是數(shù)月。

在某些時(shí)候，靜態(tài)資源文件變化需要及時(shí)應(yīng)用到客戶端瀏覽器，這種情況，可以通過改變文件名實(shí)現(xiàn) ，即更新JavaScript文件并不是更新JavaScript文件內(nèi)容，而是生成現(xiàn)代戰(zhàn)爭(zhēng)新的JS文件并更新HTML文件中的引用。

使用瀏覽器緩存策略的網(wǎng)站在更新靜態(tài)資源時(shí)，應(yīng)采用分批次更新的方法，比如需要更新10個(gè)圖標(biāo)文件，不宜把10個(gè)文件一次全部更新，而應(yīng)該一個(gè)文件一個(gè)文件逐步更新，并有一定的間隔時(shí)間，以免用戶瀏覽器突然大量緩存失效，集中更新緩存，造成服務(wù)器負(fù)載驟增，網(wǎng)絡(luò)堵塞的情況。 　　

3、服務(wù)端啟用壓縮

在服務(wù)器端對(duì)文件進(jìn)行壓縮，在瀏覽器對(duì)文件解壓縮，可有效減少通信傳輸?shù)臄?shù)據(jù)量。文本文件的壓縮率可達(dá)80%以上，因此HTML、CSS、JavaScript文件啟用GZip壓縮可達(dá)到較好的效果。但是壓縮對(duì)服務(wù)器和瀏覽器產(chǎn)生一定的壓力，在通信帶寬良好，而服務(wù)器資源不足的情況下要權(quán)衡考慮。

4、 CSS放在頁面最上面、JavaScript放在頁面最下面

瀏覽器會(huì)在下載完全部CSS之后才對(duì)整個(gè)頁面進(jìn)行渲染，因此最好的做法是將CSS放在頁面最上面，讓瀏覽器盡快下載CSS，HTML規(guī)范清楚指出CSS要放包含在頁面的區(qū)域內(nèi)。JavaScript則相反，瀏覽器在加載JavaScript后立即執(zhí)行，有可能會(huì)阻塞整個(gè)頁面，造成頁面顯示緩慢，因此JavaScript最好放在頁面最下面，但如果頁面解析時(shí)就需要用到JavaScript，這里放在底部就不合適了。

JavaScript是瀏覽器中的霸主，為什么這么說，因?yàn)樵跒g覽器在執(zhí)行JavaScript代碼時(shí)，不能同時(shí)做其它事情，即<script>標(biāo)簽每次出現(xiàn)都會(huì)讓頁面等待腳本的解析和執(zhí)行（不論JavaScript是內(nèi)嵌的還是外鏈的），JavaScript代碼執(zhí)行完成后，才繼續(xù)渲染頁面。這個(gè)也就是JavaScript的阻塞特性。因?yàn)檫@個(gè)阻塞的特點(diǎn)，建議把JavaScript代碼放到</body>標(biāo)簽以前，這樣既能有效的防止JavaScript的阻塞，又能使得頁面的HTML結(jié)構(gòu)能更快的釋放。

5、 精簡(jiǎn)CSS和JS文件

有一條非常重要的準(zhǔn)則一直沒有提到，就是CSS和JavaScript的壓縮，直接減少下載的文件體積。我個(gè)人經(jīng)常使用的方式是使用 YUI Compressor，它的特點(diǎn)是：移除注釋；移除額外的空格；細(xì)微優(yōu)化；標(biāo)識(shí)符替換。

YUI Compressor是java程序，如果你對(duì)java很熟悉的話可快速的上手使用yuicompressor.jar；如果你對(duì)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、減少對(duì)DOM的操作

對(duì)DOM操作的代價(jià)是高昂的，這在網(wǎng)頁應(yīng)用中的通常是一個(gè)性能瓶頸，天生就慢。在《高性能JavaScript》中這么比喻：“把DOM看成一個(gè)島嶼，把JavaScript(ECMAScript)看成另一個(gè)島嶼，兩者之間以一座收費(fèi)橋連接”。所以每次訪問DOM都會(huì)教一個(gè)過橋費(fèi)，而訪問的次數(shù)越多，交的費(fèi)用也就越多。所以一般建議盡量減少過橋次數(shù)。

修改和訪問DOM元素會(huì)造成頁面的重繪和重排，循環(huán)對(duì)DOM操作更是罪惡的行為。 所以請(qǐng)合理的使用JavaScript變量?jī)?chǔ)存內(nèi)容，考慮大量DOM元素中循環(huán)的性能開銷，在循環(huán)結(jié)束時(shí)一次性寫入。減少對(duì)DOM元素的查詢和修改，查詢時(shí)可將其賦值給局部變量。

7、正確理解Repaint和Reflow

Repaint 和 Reflow 也就是重繪和重排，Repaint(重繪)就是在一個(gè)元素的外觀被改變，但沒有改變布局(寬高)的情況下發(fā)生，如改變visibility、outline、背景色等等。

Reflow(重排)就是DOM的變化影響到了元素的幾何屬性（寬和高），瀏覽器會(huì)重新計(jì)算元素的幾何屬性，會(huì)使渲染樹中受到影響的部分失效，瀏覽器會(huì)驗(yàn)證DOM樹上的所有其它結(jié)點(diǎn)的visibility屬性，這也是Reflow低效的原因。如：改變窗囗大小、改變文字大小、內(nèi)容的改變、瀏覽器窗口變化，style屬性的改變等等。如果Reflow的過于頻繁，CPU使用率就會(huì)噌噌的往上漲，所以前端也就有必要知道 Repaint 和 Reflow的知識(shí)。

上面提到通過設(shè)置style屬性改變結(jié)點(diǎn)樣式的話，每設(shè)置一次都會(huì)導(dǎo)致一次reflow，所以最好通過設(shè)置class的方式；有動(dòng)畫效果的元素，它的position屬性應(yīng)當(dāng)設(shè)為fixed或absolute，這樣不會(huì)影響其它元素的布局；如果功能需求上不能設(shè)置position為fixed或absolute，那么就權(quán)衡速度的平滑性。

總之，因?yàn)?Reflow 有時(shí)確實(shí)不可避免，所以只能盡可能限制Reflow的影響范圍。

8、使用JSON格式進(jìn)行數(shù)據(jù)交換

JSON是一種輕量級(jí)的數(shù)據(jù)交換格式，采用完全獨(dú)立于語言的文本格式，是理想的數(shù)據(jù)交換格式。同時(shí)，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)：對(duì)象和數(shù)組。

1. 一個(gè)對(duì)象以 “ { ” 開始，“ } ” 結(jié)束。每個(gè)“名稱”后跟一個(gè) “ : ” ；“名稱/值 對(duì)”之間使用 “ , ”（逗號(hào)）分隔。 名稱用引號(hào)括起來；值如果是字符串則必須用引號(hào)括起來，數(shù)值型則不需要。如：

var obj={"name":"darren","age":24,"location":"beijing"} ; 

2. 數(shù)組是值（value）的有序集合。一個(gè)數(shù)組以 “ [ ” 開始， “ ] ” 結(jié)束。值之間使用 “ , ” （逗號(hào)）分隔。如：

var jsonlist=[{"name":"darren","age":24,"location":"beijing"},{"name":"weidong.nie","age":24,"location":"hunan"}];

對(duì)這種數(shù)組和對(duì)象字面量的操作是非常方便且高效的。如果預(yù)先知道JSON結(jié)構(gòu)的情況下，使用JSON進(jìn)行數(shù)據(jù)傳遞簡(jiǎn)直是太美妙了，可以寫出很實(shí)用美觀可讀性強(qiáng)的代碼。如果你是純粹的前臺(tái)開發(fā)人員，一定會(huì)非常喜歡JSON。

9、減少Cookie傳輸

一方面，Cookie包含在每次請(qǐng)求和響應(yīng)中，太大的Cookie會(huì)嚴(yán)重影響數(shù)據(jù)傳輸，因此哪些數(shù)據(jù)需要寫入Cookie需要慎重考慮，盡量減少Cookie中傳輸?shù)臄?shù)據(jù)量。另一方面對(duì)于某些靜態(tài)資源的訪問，如CSS、Script等，發(fā)送Cookie沒有意義，可以考慮靜態(tài)資源使用獨(dú)立域名訪問，避免請(qǐng)求靜態(tài)資源時(shí)發(fā)送Cookie，減少Cookie傳輸?shù)拇螖?shù)。

因?yàn)镃ookie是本地的磁盤文件，每次瀏覽器都會(huì)去讀取相應(yīng)的Cookie，所以建議去除不必要的Coockie，使Coockie體積盡量小以減少對(duì)用戶響應(yīng)的影響；

使用Cookie跨域操作時(shí)注意在適應(yīng)級(jí)別的域名上設(shè)置coockie以便使子域名不受其影響。

Cookie是有生命周期的，所以請(qǐng)注意設(shè)置合理的過期時(shí)間，合理地Expire時(shí)間和不要過早去清除coockie，都會(huì)改善用戶的響應(yīng)時(shí)間。

10、使用CDN加速

CDN的全稱是Content Delivery Network，即內(nèi)容分發(fā)網(wǎng)絡(luò)。

CDN本質(zhì)仍然是一個(gè)緩存，而且將數(shù)據(jù)緩存在離用戶最近的地方，使用戶以最快的速度獲取數(shù)據(jù)。

由于CDN部署在網(wǎng)絡(luò)運(yùn)營(yíng)商的桐廬，這些運(yùn)營(yíng)商又是終端用戶的網(wǎng)絡(luò)服務(wù)提供商，因此用戶請(qǐng)求路由的第一跳就到達(dá)了CDN服務(wù)器，當(dāng)CDN中存在瀏覽器請(qǐng)求的資源時(shí)，從CDN直接返回瀏覽器，最短路徑返回響應(yīng)，加快用戶訪問速度，減少數(shù)據(jù)中心負(fù)載壓力。 CDN能夠緩存的一般是靜態(tài)資源，如圖片、文件（例如視頻）、CSS、Script腳本、靜態(tài)網(wǎng)頁等，這些文件訪問頻率很高（例如NBA總決賽這些的熱門視頻文件），將其緩存在CDN可極大改善網(wǎng)頁的打開速度。

實(shí)時(shí)性不太好是CDN的缺陷。隨著對(duì)CDN需求的逐漸升溫，這一缺陷將得到改進(jìn)， 使來自于遠(yuǎn)程服務(wù)器的網(wǎng)絡(luò)內(nèi)容網(wǎng)頁與副本服務(wù)器或緩存器中的網(wǎng)頁保持同步。解決方法是在網(wǎng)絡(luò)內(nèi)容發(fā)生變化時(shí)將新的網(wǎng)絡(luò)內(nèi)容從服務(wù)器端直接傳送到緩存器，或者當(dāng)對(duì)網(wǎng)絡(luò)內(nèi)容的訪問增加時(shí)將數(shù)據(jù)源服務(wù)器的網(wǎng)絡(luò)內(nèi)容盡可能實(shí)時(shí)地復(fù)制到緩存服務(wù)器。

小結(jié)

前端攻城師這個(gè)職位正越來越受到各個(gè)互聯(lián)網(wǎng)公司的重視，身邊也有越來越多的朋友加入到前端開發(fā)這個(gè)崗位上，要了解更多關(guān)于Web前端性能優(yōu)化點(diǎn)建議請(qǐng)查看下面的相關(guān)鏈接