以前看過Yahoo團隊寫的一篇關於網站性能優化的文章,文章是2010年左右寫的,雖然有點老,可是不少方面仍是頗有借鑑意義的。關於css的性能優化,他提到了以下幾點:javascript
一、把樣式表置於頂部css
現把樣式表放到文檔的< head />內部彷佛會加快頁面的下載速度。這是由於把樣式表放到< head />內會使頁面有步驟的加載顯示。html
注重性能的前端服務器每每但願頁面有秩序地加載。同時,咱們也但願瀏覽器把已經接收到內容儘量顯示出來。這對於擁有較多內容的頁面和網速較慢的用 戶來講特別重要。向用戶返回可視化的反饋,好比進程指針,已經有了較好的研究並造成了正式文檔。在咱們的研究中HTML頁面就是進程指針。當瀏覽器有序地 加載文件頭、導航欄、頂部的logo等對於等待頁面加載的用戶來講均可以做爲可視化的反饋。這從總體上改善了用戶體驗。前端
把樣式表放在文檔底部的問題是在包括Internet Explorer在內的不少瀏覽器中這會停止內容的有序呈現。瀏覽器停止呈現是爲了不樣式改變引發的頁面元素重繪。用戶不得不面對一個空白頁面。java
HTML規範清 楚指出樣式表要放包含在頁面的< head />區域內:「和< a />不一樣,< link />只能出如今文檔的< head />區域內,儘管它能夠屢次使用它」。不管是引發白屏仍是出現沒有樣式化的內容都不值得去嘗試。最好的方案就是按照HTML規範在文 檔< head />內加載你的樣式表。node
二、避免使用CSS表達式(Expression)web
表達式的問題就在於它的計算頻率要比咱們想象的多。不只僅是在頁面顯示和縮放時,就是在頁面滾動、乃至移動鼠標時都會要從新計算一次。給CSS表達式增長一個計數器能夠跟蹤表達式的計算頻率。在頁面中隨便移動鼠標均可以輕鬆達到10000次以上的計算量。瀏覽器
一個減小CSS表達式計算次數的方法就是使用一次性的表達式,它在第一次運行時將結果賦給指定的樣式屬性,並用這個屬性來代替CSS表達式。若是樣 式屬性 必須在頁面週期內動態地改變,使用事件句柄來代替CSS表達式是一個可行辦法。若是必須使用CSS表達式,必定要記住它們要計算成千上萬次而且可能會對你 頁面的性能產生影響。緩存
三、使用外部JavaScript和CSS性能優化
不少性能規則都是關於如何處理外部文件的。可是,在你採起這些措施前你可能會問到一個更基本的問題:JavaScript和CSS是應該放在外部文件中呢仍是把它們放在頁面自己以內呢?
在實際應用中使用外部文件能夠提升頁面速度,由於JavaScript和CSS文件都能在瀏覽器中產生緩存。內置在HTML文檔中的 JavaScript 和CSS則會在每次請求中隨HTML文檔從新下載。這雖然減小了HTTP請求的次數,卻增長了HTML文檔的大小。從另外一方面來講,若是外部文件中的 JavaScript和CSS被瀏覽器緩存,在沒有增長HTTP請求次數的同時能夠減小HTML文檔的大小。
關鍵問題是,外部JavaScript和CSS文件緩存的頻率和請求HTML文檔的次數有關。雖然有必定的難度,可是仍然有一些指標能夠一測量它。 若是一 個會話中用戶會瀏覽你網站中的多個頁面,而且這些頁面中會重複使用相同的腳本和樣式表,緩存外部文件就會帶來更大的益處。
對於擁有較大瀏覽量的首頁來講,有一種技術能夠平衡內置代碼帶來的HTTP請求減小與經過使用外部文件進行緩存帶來的好處。其中一個就是在首頁中內 置 JavaScript和CSS,可是在頁面下載完成後動態下載外部文件,在子頁面中使用到這些文件時,它們已經緩存到瀏覽器了。
四、削減JavaScript和CSS
精簡是指從去除代碼沒必要要的字符減小文件大小從而節省下載時間。消減代碼時,全部的註釋、不須要的空白字符(空格、換行、tab縮進)等都要去掉。 在 JavaScript中,因爲須要下載的文件體積變小了從而節省了響應時間。精簡JavaScript中目前用到的最普遍的兩個工具是JSMin和YUI Compressor。YUI Compressor還可用於精簡CSS。我以前的一篇文章關於前端部署的,ant+YUI Compressor 地址是:http://www.haorooms.com/post/ant_yuicom 小工具中也有ant的用法:http://www.haorooms.com/tools/ant_book/
混淆是另一種可用於源代碼優化的方法。這種方法要比精簡複雜一些而且在混淆的過程更易產生問題。在對美國前10大網站的調查中發現,精簡也能夠縮 小原來 代碼體積的21%,而混淆能夠達到25%。儘管混淆法能夠更好地縮減代碼,可是對於JavaScript來講精簡的風險更小。
除消減外部的腳本和樣式表文件外,< script>和< style>代碼塊也能夠而且應該進行消減。即便你用Gzip壓縮過腳本 和樣式表,精簡這些文件仍然能夠節省5%以上的空間。因爲JavaScript和CSS的功能和體積的增長,消減代碼將會得到益處。
五、用代替@import
前面的最佳實現中提到CSS應該放置在頂端以利於有序加載呈現。
在IE中,頁面底部@import和使用< link>做用是同樣的,所以最好不要使用它。
六、避免使用濾鏡
IE獨有屬性AlphaImageLoader用於修正7.0如下版本中顯示PNG圖片的半透明效果。這個濾鏡的問題在於瀏覽器加載圖片時它會終止內容的 呈現而且凍結瀏覽器。在每個元素(不只僅是圖片)它都會運算一次,增長了內存開支,所以它的問題是多方面的。
徹底避免使用AlphaImageLoader的最好方法就是使用PNG8格式來代替,這種格式能在IE中很好地工做。若是你確實須要使用AlphaImageLoader,請使用下劃線_filter又使之對IE7以上版本的用戶無效。
一、把腳本置於頁面底部
腳本帶來的問題就是它阻止了頁面的平行下載。HTTP/1.1 規範建議,瀏覽器每一個主機名的並行下載內容不超過兩個。若是你的圖片放在多個主機名上,你能夠在每一個並行下載中同時下載2個以上的文件。可是當下載腳本 時,瀏覽器就不會同時下載其它文件了,即使是主機名不相同。
在某些狀況下把腳本移到頁面底部可能不太容易。好比說,若是腳本中使用了document.write來插入頁面內容,它就不能被往下移動了。這裏可能還會有做用域的問題。不少狀況下,都會遇到這方面的問題。
一個常常用到的替代方法就是使用延遲腳本。DEFER屬性代表腳本中沒有包含document.write,它告訴瀏覽器繼續顯示。不幸的 是,Firefox並不支持DEFER屬性。在Internet Explorer中,腳本可能會被延遲但效果也不會像咱們所指望的那樣。若是腳本能夠被延遲,那麼它就能夠移到頁面的底部。這會讓你的頁面加載的快一點。
二、使用外部JavaScript和CSS
同上,css中寫了,我以前文章中列舉了一下cdn,能夠調用外部的。cdn公共庫:http://www.haorooms.com/post/cdn_all
三、削減JavaScript和CSS
同上,css中寫了
四、剔除重複腳本
在同一個頁面中重複引用JavaScript文件會影響頁面的性能。你可能會認爲這種狀況並很少見。對於美國前10大網站的調查顯示其中有兩家存在 重複引 用腳本的狀況。有兩種主要因素致使一個腳本被重複引用的奇怪現象發生:團隊規模和腳本數量。若是真的存在這種狀況,重複腳本會引發沒必要要的HTTP請求和 無用的JavaScript運算,這下降了網站性能。
在Internet Explorer中會產生沒必要要的HTTP請求,而在Firefox卻不會。在Internet Explorer中,若是一個腳本被引用兩次並且它又不可緩存,它就會在頁面加載過程當中產生兩次HTTP請求。即時腳本能夠緩存,當用戶重載頁面時也會產 生額外的HTTP請求。
除增長額外的HTTP請求外,屢次運算腳本也會浪費時間。在Internet Explorer和Firefox中無論腳本是否可緩存,它們都存在重複運算JavaScript的問題。
一個避免偶爾發生的兩次引用同一腳本的方法是在模板中使用腳本管理模塊引用腳本。在HTML頁面中使用< script />標籤引用腳本的最多見方法就是:
<script type="text/javascript" src="menu_1.0.17.js"></script>
爲了防止屢次重複引用腳本,這個方法中還應該使用其它機制來處理腳本,如檢查所屬目錄和爲腳本文件名中增長版本號以用於Expire文件頭等。
五、減小DOM訪問
使用JavaScript訪問DOM元素比較慢,所以爲了得到更多的應該頁面,應該作到:
緩存已經訪問過的有關元素
線下更新完節點以後再將它們添加到文檔樹中
避免使用JavaScript來修改頁面佈局
六、開發智能事件處理程序
有時候咱們會感受到頁面反應遲鈍,這是由於DOM樹元素中附加了過多的事件句柄而且些事件句病被頻繁地觸發。這就是爲何說使用event delegation(事件代理)是一種好方法了。若是你在一個div中有10個按鈕,你只須要在div上附加一次事件句柄就能夠了,而不用去爲每個按 鈕增長一個句柄。事件冒泡時你能夠捕捉到事件並判斷出是哪一個事件發出的。
你一樣也不用爲了操做DOM樹而等待onload事件的發生。你須要作的就是等待樹結構中你要訪問的元素出現。你也不用等待全部圖像都加載完畢。
外部JS的阻塞下載
全部瀏覽器在下載JS的時候,會阻止一切其餘活動,好比其餘資源的下載,內容的呈現等等。至到JS下載、解析、執行完畢後纔開始繼續並行下載其餘資源並呈現內容。
有人會問:爲何JS不能像CSS、image同樣並行下載了?這裏須要簡單介紹一下瀏覽器構造頁面的原理, 當瀏覽器從服務器接收到了HTML文檔,並把HTML在內存中轉換成DOM樹,在轉換的過程當中若是發現某個節點(node)上引用了CSS或者 IMAGE,就會再發1個request去請求CSS或image,而後繼續執行下面的轉換,而不須要等待request的返回,當request返回 後,只須要把返回的內容放入到DOM樹中對應的位置就OK。但當引用了JS的時候,瀏覽器發送1個js request就會一直等待該request的返回。由於瀏覽器須要1個穩定的DOM樹結構,而JS中頗有可能有代碼直接改變了DOM樹結構,好比使用 document.write 或 appendChild,甚至是直接使用的location.href進行跳轉,瀏覽器爲了防止出現JS修改DOM樹,須要從新構建DOM樹的狀況,因此 就會阻塞其餘的下載和呈現.
阻塞下載圖:下圖是訪問blogjava首頁的時間瀑布圖,能夠看出來開始的2個image都是並行下載的,然後面的2個JS都是阻塞下載的(1個1個下載)。
嵌入JS的阻塞下載
嵌入JS是指直接寫在HTML文檔中的JS代碼。上面說了引用外部的JS會阻塞其後的資源下載和其後的內容呈現,哪嵌入的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" > // 循環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 >
運行後,會發現代碼1中,在前5秒中頁面上是一篇空白,5秒中後頁面所有顯示。 代碼2中,前5秒中blogjava,csdn等先顯示出來,5秒後MSN才顯示出來。
能夠看出嵌入JS會阻塞全部內容的呈現,而外部JS只會阻塞其後內容的顯示,2種方式都會阻塞其後資源的下載。
嵌入JS致使CSS阻塞加載的問題
CSS怎麼會阻塞加載了?CSS原本是能夠並行下載的,在什麼狀況下會出現阻塞加載了(在測試觀察中,IE6下CSS都是阻塞加載,下面的測試在非IE6下進行):
代碼1(爲了效果,這裏選擇了1個國外服務器的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個圖片,當CSS後面跟着嵌入的JS的時候,該CSS就會出現阻塞後面資源下載的狀況。
有人可能會問,這裏爲何不說說嵌入的JS阻塞了後面的資源,而是說CSS阻塞了? 想一想咱們如今用的是1個空函數,解析這個空函數1ms就夠,然後面2個圖片是等CSS下載完1.3s後纔開始下載。你們還能夠試試把嵌入JS放到CSS前 面,就不會出現阻塞的狀況了。
根本緣由:由於瀏覽器會維持html中css和js的順序,樣式表必須在嵌入的JS執行前先加載、解析完。而嵌入的JS會阻塞後面的資源加載,因此就會出現上面CSS阻塞下載的狀況。
嵌入JS應該放在什麼位置
一、放在底部,雖然放在底部照樣會阻塞全部呈現,但不會阻塞資源下載。
二、若是嵌入JS放在head中,請把嵌入JS放在CSS前面。
三、使用defer
四、不要在嵌入的JS中調用運行時間較長的函數,若是必定要用,能夠用setTimeout來調用,關於settimeout,我以前的一篇文章中寫過,請看:http://www.haorooms.com/post/js_setTimeout
轉自:http://www.haorooms.com/post/web_xnyh_jscss