之前看過Yahoo團隊寫的一篇關(guān)于網(wǎng)站性能優(yōu)化的文章，文章是2010年左右寫的，雖然有點老，但是很多方面還是很有借鑒意義的。關(guān)于css的性能優(yōu)化，他提到了如下幾點：

CSS性能優(yōu)化

1、把樣式表置于頂部

現(xiàn)把樣式表放到文檔的< head />內(nèi)部似乎會加快頁面的下載速度。這是因為把樣式表放到< head />內(nèi)會使頁面有步驟的加載顯示。

注重性能的前端服務(wù)器往往希望頁面有秩序地加載。同時，我們也希望瀏覽器把已經(jīng)接收到內(nèi)容盡可能顯示出來。這對于擁有較多內(nèi)容的頁面和網(wǎng)速較慢的用戶來說特別重要。向用戶返回可視化的反饋，比如進程指針，已經(jīng)有了較好的研究并形成了正式文檔。在我們的研究中HTML頁面就是進程指針。當(dāng)瀏覽器有序地加載文件頭、導(dǎo)航欄、頂部的logo等對于等待頁面加載的用戶來說都可以作為可視化的反饋。這從整體上改善了用戶體驗。

把樣式表放在文檔底部的問題是在包括Internet Explorer在內(nèi)的很多瀏覽器中這會中止內(nèi)容的有序呈現(xiàn)。瀏覽器中止呈現(xiàn)是為了避免樣式改變引起的頁面元素重繪。用戶不得不面對一個空白頁面。

HTML規(guī)范清 楚指出樣式表要放包含在頁面的< head />區(qū)域內(nèi)：“和< a />不同，< link />只能出現(xiàn)在文檔的< head />區(qū)域內(nèi)，盡管它可以多次使用它”。無論是引起白屏還是出現(xiàn)沒有樣式化的內(nèi)容都不值得去嘗試。最好的方案就是按照HTML規(guī)范在文 檔< head />內(nèi)加載你的樣式表。

2、避免使用CSS表達式（Expression）

表達式的問題就在于它的計算頻率要比我們想象的多。不僅僅是在頁面顯示和縮放時，就是在頁面滾動、乃至移動鼠標(biāo)時都會要重新計算一次。給CSS表達式增加一個計數(shù)器可以跟蹤表達式的計算頻率。在頁面中隨便移動鼠標(biāo)都可以輕松達到10000次以上的計算量。

一個減少CSS表達式計算次數(shù)的方法就是使用一次性的表達式，它在第一次運行時將結(jié)果賦給指定的樣式屬性，并用這個屬性來代替CSS表達式。如果樣式屬性 必須在頁面周期內(nèi)動態(tài)地改變，使用事件句柄來代替CSS表達式是一個可行辦法。如果必須使用CSS表達式，一定要記住它們要計算成千上萬次并且可能會對你 頁面的性能產(chǎn)生影響。

3、使用外部JavaScript和CSS

很多性能規(guī)則都是關(guān)于如何處理外部文件的。但是，在你采取這些措施前你可能會問到一個更基本的問題：JavaScript和CSS是應(yīng)該放在外部文件中呢還是把它們放在頁面本身之內(nèi)呢？

在實際應(yīng)用中使用外部文件可以提高頁面速度，因為JavaScript和CSS文件都能在瀏覽器中產(chǎn)生緩存。內(nèi)置在HTML文檔中的JavaScript 和CSS則會在每次請求中隨HTML文檔重新下載。這雖然減少了HTTP請求的次數(shù)，卻增加了HTML文檔的大小。從另一方面來說，如果外部文件中的 JavaScript和CSS被瀏覽器緩存，在沒有增加HTTP請求次數(shù)的同時可以減少HTML文檔的大小。

關(guān)鍵問題是，外部JavaScript和CSS文件緩存的頻率和請求HTML文檔的次數(shù)有關(guān)。雖然有一定的難度，但是仍然有一些指標(biāo)可以一測量它。如果一 個會話中用戶會瀏覽你網(wǎng)站中的多個頁面，并且這些頁面中會重復(fù)使用相同的腳本和樣式表，緩存外部文件就會帶來更大的益處。

對于擁有較大瀏覽量的首頁來說，有一種技術(shù)可以平衡內(nèi)置代碼帶來的HTTP請求減少與通過使用外部文件進行緩存帶來的好處。其中一個就是在首頁中內(nèi)置 JavaScript和CSS，但是在頁面下載完成后動態(tài)下載外部文件，在子頁面中使用到這些文件時，它們已經(jīng)緩存到瀏覽器了。

4、削減JavaScript和CSS

精簡是指從去除代碼不必要的字符減少文件大小從而節(jié)省下載時間。消減代碼時，所有的注釋、不需要的空白字符（空格、換行、tab縮進）等都要去掉。在 JavaScript中，由于需要下載的文件體積變小了從而節(jié)省了響應(yīng)時間。精簡JavaScript中目前用到的最廣泛的兩個工具是JSMin和YUI Compressor。YUI Compressor還可用于精簡CSS。我之前的一篇文章關(guān)于前端部署的，ant+YUI Compressor 地址是：http://www.haorooms.com/post/ant_yuicom 小工具中也有ant的用法：http://www.haorooms.com/tools/ant_book/

混淆是另外一種可用于源代碼優(yōu)化的方法。這種方法要比精簡復(fù)雜一些并且在混淆的過程更易產(chǎn)生問題。在對美國前10大網(wǎng)站的調(diào)查中發(fā)現(xiàn)，精簡也可以縮小原來 代碼體積的21%，而混淆可以達到25%。盡管混淆法可以更好地縮減代碼，但是對于JavaScript來說精簡的風(fēng)險更小。

除消減外部的腳本和樣式表文件外，< script>和< style>代碼塊也可以并且應(yīng)該進行消減。即使你用Gzip壓縮過腳本 和樣式表，精簡這些文件仍然可以節(jié)省5%以上的空間。由于JavaScript和CSS的功能和體積的增加，消減代碼將會獲得益處。

5、用代替@import

前面的最佳實現(xiàn)中提到CSS應(yīng)該放置在頂端以利于有序加載呈現(xiàn)。

在IE中，頁面底部@import和使用< link>作用是一樣的，因此最好不要使用它。

6、避免使用濾鏡

IE獨有屬性AlphaImageLoader用于修正7.0以下版本中顯示PNG圖片的半透明效果。這個濾鏡的問題在于瀏覽器加載圖片時它會終止內(nèi)容的 呈現(xiàn)并且凍結(jié)瀏覽器。在每一個元素（不僅僅是圖片）它都會運算一次，增加了內(nèi)存開支，因此它的問題是多方面的。

完全避免使用AlphaImageLoader的最好方法就是使用PNG8格式來代替，這種格式能在IE中很好地工作。如果你確實需要使用AlphaImageLoader，請使用下劃線_filter又使之對IE7以上版本的用戶無效。

javascript性能優(yōu)化

1、把腳本置于頁面底部

腳本帶來的問題就是它阻止了頁面的平行下載。HTTP/1.1 規(guī)范建議，瀏覽器每個主機名的并行下載內(nèi)容不超過兩個。如果你的圖片放在多個主機名上，你可以在每個并行下載中同時下載2個以上的文件。但是當(dāng)下載腳本時，瀏覽器就不會同時下載其它文件了，即便是主機名不相同。

在某些情況下把腳本移到頁面底部可能不太容易。比如說，如果腳本中使用了document.write來插入頁面內(nèi)容，它就不能被往下移動了。這里可能還會有作用域的問題。很多情況下，都會遇到這方面的問題。

一個經(jīng)常用到的替代方法就是使用延遲腳本。DEFER屬性表明腳本中沒有包含document.write，它告訴瀏覽器繼續(xù)顯示。不幸的 是，F(xiàn)irefox并不支持DEFER屬性。在Internet Explorer中，腳本可能會被延遲但效果也不會像我們所期望的那樣。如果腳本可以被延遲，那么它就可以移到頁面的底部。這會讓你的頁面加載的快一點。

2、使用外部JavaScript和CSS

同上，css中寫了，我之前文章中列舉了一下cdn，可以調(diào)用外部的。

3、削減JavaScript和CSS

同上，css中寫了

4、剔除重復(fù)腳本

在同一個頁面中重復(fù)引用JavaScript文件會影響頁面的性能。你可能會認(rèn)為這種情況并不多見。對于美國前10大網(wǎng)站的調(diào)查顯示其中有兩家存在重復(fù)引 用腳本的情況。有兩種主要因素導(dǎo)致一個腳本被重復(fù)引用的奇怪現(xiàn)象發(fā)生：團隊規(guī)模和腳本數(shù)量。如果真的存在這種情況，重復(fù)腳本會引起不必要的HTTP請求和 無用的JavaScript運算，這降低了網(wǎng)站性能。

在Internet Explorer中會產(chǎn)生不必要的HTTP請求，而在Firefox卻不會。在Internet Explorer中，如果一個腳本被引用兩次而且它又不可緩存，它就會在頁面加載過程中產(chǎn)生兩次HTTP請求。即時腳本可以緩存，當(dāng)用戶重載頁面時也會產(chǎn) 生額外的HTTP請求。

除增加額外的HTTP請求外，多次運算腳本也會浪費時間。在Internet Explorer和Firefox中不管腳本是否可緩存，它們都存在重復(fù)運算JavaScript的問題。

一個避免偶爾發(fā)生的兩次引用同一腳本的方法是在模板中使用腳本管理模塊引用腳本。在HTML頁面中使用< script />標(biāo)簽引用腳本的最常見方法就是：

<script type="text/javascript" src="menu_1.0.17.js"></script> 

在PHP中可以通過創(chuàng)建名為insertScript的方法來替代：

<?php insertScript("menu.js") ?> 

為了防止多次重復(fù)引用腳本，這個方法中還應(yīng)該使用其它機制來處理腳本，如檢查所屬目錄和為腳本文件名中增加版本號以用于Expire文件頭等。

5、減少DOM訪問

使用JavaScript訪問DOM元素比較慢，因此為了獲得更多的應(yīng)該頁面，應(yīng)該做到：

緩存已經(jīng)訪問過的有關(guān)元素

線下更新完節(jié)點之后再將它們添加到文檔樹中

避免使用JavaScript來修改頁面布局

6、開發(fā)智能事件處理程序

有時候我們會感覺到頁面反應(yīng)遲鈍，這是因為DOM樹元素中附加了過多的事件句柄并且些事件句病被頻繁地觸發(fā)。這就是為什么說使用event delegation（事件代理）是一種好方法了。如果你在一個div中有10個按鈕，你只需要在div上附加一次事件句柄就可以了，而不用去為每一個按 鈕增加一個句柄。事件冒泡時你可以捕捉到事件并判斷出是哪個事件發(fā)出的。

你同樣也不用為了操作DOM樹而等待onload事件的發(fā)生。你需要做的就是等待樹結(jié)構(gòu)中你要訪問的元素出現(xiàn)。你也不用等待所有圖像都加載完畢。

如何加載JS，JS應(yīng)該放在什么位置研究

外部JS的阻塞下載

所有瀏覽器在下載JS的時候，會阻止一切其他活動，比如其他資源的下載，內(nèi)容的呈現(xiàn)等等。至到JS下載、解析、執(zhí)行完畢后才開始繼續(xù)并行下載其他資源并呈現(xiàn)內(nèi)容。

有人會問：為什么JS不能像CSS、image一樣并行下載了？這里需要簡單介紹一下瀏覽器構(gòu)造頁面的原理， 當(dāng)瀏覽器從服務(wù)器接收到了HTML文檔，并把HTML在內(nèi)存中轉(zhuǎn)換成DOM樹，在轉(zhuǎn)換的過程中如果發(fā)現(xiàn)某個節(jié)點(node)上引用了CSS或者 IMAGE，就會再發(fā)1個request去請求CSS或image,然后繼續(xù)執(zhí)行下面的轉(zhuǎn)換，而不需要等待request的返回，當(dāng)request返回 后，只需要把返回的內(nèi)容放入到DOM樹中對應(yīng)的位置就OK。但當(dāng)引用了JS的時候，瀏覽器發(fā)送1個js request就會一直等待該request的返回。因為瀏覽器需要1個穩(wěn)定的DOM樹結(jié)構(gòu)，而JS中很有可能有代碼直接改變了DOM樹結(jié)構(gòu)，比如使用 document.write 或 appendChild,甚至是直接使用的location.href進行跳轉(zhuǎn)，瀏覽器為了防止出現(xiàn)JS修改DOM樹，需要重新構(gòu)建DOM樹的情況，所以 就會阻塞其他的下載和呈現(xiàn).

阻塞下載圖：下圖是訪問blogjava首頁的時間瀑布圖，可以看出來開始的2個image都是并行下載的，而后面的2個JS都是阻塞下載的(1個1個下載)。

嵌入JS的阻塞下載

嵌入JS是指直接寫在HTML文檔中的JS代碼。上面說了引用外部的JS會阻塞其后的資源下載和其后的內(nèi)容呈現(xiàn)，哪嵌入的JS又會是怎樣阻塞的了，看下面的列2個代碼：

**代碼1：** < div >         < ul >             < li > blogjava </ li >             < li > CSDN </ li >             < li > haorooms博客 </ li >             < li > ABC </ li >             < li > AAA </ li >         < ul >          </ div >     < script  type ="text/javascript" >        // 循環(huán)5秒鐘         var  n  =  Number( new  Date());     var  n2  =  Number( new  Date());    while ((n2  -  n)  <  ( 6 * 1000 )){       n2  =  Number( new  Date());     }     </ script >   < div >         < ul >             < li > MSN </ li >             < li > GOOGLE </ li >             < li > YAHOO </ li >         < ul >     </ div > 

運行后，會發(fā)現(xiàn)代碼1中，在前5秒中頁面上是一篇空白，5秒中后頁面全部顯示。 代碼2中，前5秒中blogjava,csdn等先顯示出來，5秒后MSN才顯示出來。

可以看出嵌入JS會阻塞所有內(nèi)容的呈現(xiàn)，而外部JS只會阻塞其后內(nèi)容的顯示，2種方式都會阻塞其后資源的下載。

嵌入JS導(dǎo)致CSS阻塞加載的問題

CSS怎么會阻塞加載了？CSS本來是可以并行下載的，在什么情況下會出現(xiàn)阻塞加載了(在測試觀察中，IE6下CSS都是阻塞加載，下面的測試在非IE6下進行)：

代碼1(為了效果，這里選擇了1個國外服務(wù)器的CSS)：

< html  xmlns ="http://www.w3.org/1999/xhtml" >         < head >           < title > js test </ title >           < meta  http-equiv ="Content-Type"  content ="text/html; charset=UTF-8"   />             < link  type ="text/css"  rel ="stylesheet"  href ="http://69.64.92.205/Css/Home3.css"   />         </ head >         < body >             < img  src ="http://www.haorooms.com/images/logo.gif"   />< br  />              < img  src ="http://www.haorooms.com/images/csdnindex_piclogo.gif"   />         </ body ></ html > 

時間瀑布圖：

代碼2(只加了1個空的嵌入JS)：

< head >     < title > js test </ title >     < meta  http-equiv ="Content-Type"  content ="text/html; charset=UTF-8"   />     < link  type ="text/css"  rel ="stylesheet"  href ="http://69.64.92.205/Css/Home3.css"   />   < script  type ="text/javascript" >         function  a(){}   </ script ></ head >< body >         < img  src ="http://www.haorooms.com/images/logo.gif"   />< br  />         < img  src ="http://www.haorooms.com/images/csdnindex_piclogo.gif"   /></ body >

時間瀑布圖:

從時間瀑布圖中可以看出，代碼2中，CSS和圖片并沒有并行下載，而是等待CSS下載完畢后才去并行下載后面的2個圖片，當(dāng)CSS后面跟著嵌入的JS的時候，該CSS就會出現(xiàn)阻塞后面資源下載的情況。

有人可能會問，這里為什么不說說嵌入的JS阻塞了后面的資源，而是說CSS阻塞了？ 想想我們現(xiàn)在用的是1個空函數(shù)，解析這個空函數(shù)1ms就夠，而后面2個圖片是等CSS下載完1.3s后才開始下載。大家還可以試試把嵌入JS放到CSS前 面，就不會出現(xiàn)阻塞的情況了。

根本原因：因為瀏覽器會維持html中css和js的順序，樣式表必須在嵌入的JS執(zhí)行前先加載、解析完。而嵌入的JS會阻塞后面的資源加載，所以就會出現(xiàn)上面CSS阻塞下載的情況。

嵌入JS應(yīng)該放在什么位置

1、放在底部，雖然放在底部照樣會阻塞所有呈現(xiàn)，但不會阻塞資源下載。
2、如果嵌入JS放在head中，請把嵌入JS放在CSS前面。
3、使用defer
4、不要在嵌入的JS中調(diào)用運行時間較長的函數(shù)，如果一定要用，可以用setTimeout來調(diào)用,關(guān)于settimeout，我之前的一篇文章中寫過，請看：http://www.56wlw.com/article/20741.htm