轉：Yahoo!網站效能最佳體驗的34條黃金規則——內容

英文地址：http://developer.yahoo.com/performance/rules.html
      Yahoo!的Exceptional Performance團隊為改善Web效能帶來最佳實務。他們為此進行了一系列的實驗、開發了各種工具、寫了大量的文章和部落格並在各種會議上參與探討。最佳實務的核心就是旨在提高網站效能。
Excetional Performance團隊總結出了一系列可以提高網站速度的方法。可以分為7大類34條。包括內容、伺服器、cookie、CSS、JavaScript、圖片、行動裝置 App等七部分。

其中內容部分一共十條建議：

一、內容部分

1. 盡量減少HTTP請求
2. 減少DNS尋找
3. 避免跳轉
4. 緩衝Ajxa
5. 延後載入
6. 提前載入
7. 減少DOM元素數量
8. 用網域名稱劃分頁面內容
9. 使frame數量最少
10. 避免404錯誤

1、盡量減少HTTP請求次數
      終端使用者響應的時間中，有80%用於下載各項內容。這部分時間包括下載頁面中的映像、樣式表、指令碼、Flash等。通過減少頁面中的元素可以減少HTTP請求的次數。這是提高網頁速度的關鍵步驟。
      減少頁面組件的方法其實就是簡化頁面設計。那麼有沒有一種方法既能保持頁面內容的豐富性又能達到加快回應時間的目的呢？這裡有幾條減少HTTP請求次數同時又可能保持頁面內容豐富的技術。

合并檔案是通過把所有的指令碼放到一個檔案中來減少HTTP請求的方法，如可以簡單地把所有的CSS檔案都放入一個樣式表中。當指令碼或者樣式表在不同頁面中使用時需要做不同的修改，這可能會相對麻煩點，但即便如此也要把這個方法作為改善頁面效能的重要一步。

CSS Sprites是減少映像請求的有效方法。把所有的背景映像都放到一個圖片檔案中，然後通過CSS的background-image和background-position屬性來顯示圖片的不同部分；

圖片地圖是把多張圖片整合到一張圖片中。雖然檔案的總體大小不會改變，但是可以減少HTTP請求次數。圖片地圖 只有在圖片的所有組成部分在頁面中是緊挨在一起的時候才能使用，如導覽列。確定圖片的座標和可能會比較繁瑣且容易出錯，同時使用圖片地圖導航也不具有可讀 性，因此不推薦這種方法；

內嵌影像是使用data:URL scheme的方法把映像資料載入頁面中。這可能會增加頁面的大小。把內嵌影像放到樣式表（可緩衝）中可以減少HTTP請求同時又避免增加分頁檔的大小。但是內嵌影像現在還沒有得到主流瀏覽器的支援。

     減少頁面的HTTP請求次數是你首先要做的一步。這是改進首次訪問使用者等待時間的最重要的方法。如同Tenni Theurer的他的部落格Browser Cahe Usage – Exposed!中所說，HTTP請求在無緩衝情況下佔去了40%到60%的回應時間。讓那些初次訪問你網站的人獲得更加快速的體驗吧！

2、減少DNS尋找次數
        網域名稱系統（DNS）提供了網域名稱和IP的對應關係，就像電話本中人名和他們的電話號碼的關係一樣。當你在瀏覽器地址欄中輸入www.dudo.org時，DNS解析伺服器就會返回這個網域名稱對應的IP地址。DNS解析的過程同樣也是需要時間的。一般情況下返回給定網域名稱對應的IP地址會花費20到120毫秒的時間。而且在這個過程中瀏覽器什麼都不會做直到DNS尋找完畢。

       緩衝DNS尋找可以改善頁面效能。這種緩衝需要一個特定的快取服務器，這種伺服器一般屬於使用者的ISP供應商或者本地區域網路控制，但是它同樣會在使用者使用 的電腦上產生緩衝。DNS資訊會保留在作業系統的DNS緩衝中（微軟Windows系統中DNS Client Service）。大多數瀏覽器有獨立於作業系統以外的自己的緩衝。由於瀏覽器有自己的緩衝記錄，因此在一次請求中它不會受到作業系統的影響。

      Internet Explorer預設情況下對DNS尋找記錄的緩衝時間為30分鐘，它在註冊表中的索引值為DnsCacheTimeout。Firefox對DNS的尋找 記錄緩衝時間為1分鐘，它在設定檔中的選項為network.dnsCacheExpiration（Fasterfox把這個選項改為了1小時）。

      當用戶端中的DNS緩衝都為空白時（瀏覽器和作業系統都為空白），DNS尋找的次數和頁面中主機名稱的數量相同。這其中包括頁面中URL、圖片、指令檔、樣式表、Flash對象等包含的主機名稱。減少主機名稱的數量可以減少DNS尋找次數。

      減少主機名稱的數量還可以減少頁面中並行下載的數量。減少DNS尋找次數可以節省回應時間，但是減少並行下載卻會增加回應時間。我的指導原則是把這些頁面中 的內容分割成至少兩部分但不超過四部分。這種結果就是在減少DNS尋找次數和保持較高程度並行下載兩者之間的權衡了。

3、避免跳轉
跳轉是使用301和302代碼實現的。下面是一個響應代碼為301的HTTP頭：
      HTTP/1.1 301 Moved Permanently
      Location: http://example.com/newuri
      Content-Type: text/html
      瀏覽器會把使用者指向到Location中指定的URL。標頭檔中的所有資訊在一次跳轉中都是必需的，內容部分可以為空白。不管他們的名稱，301和302響 應都不會被緩衝除非增加一個額外的頭選項，如Expires或者Cache-Control來指定它緩衝。<meat />元素的重新整理標籤和JavaScript也可以實現URL的跳轉，但是如果你必須要跳轉的時候，最好的方法就是使用標準的3XXHTTP狀態代 碼，這主要是為了確保[上一頁] 按鈕可以正確地使用。

      但是要記住跳轉會降低使用者體驗。在使用者和HTML文檔中間增加一個跳轉，會拖延頁面中所有元素的顯示，因為在HTML檔案被載入前任何檔案（映像、Flash等）都不會被下載。

      有一種經常被網頁開發人員忽略卻往往十分浪費回應時間的跳轉現象。這種現象發生在當URL本該有斜杠（/）卻被忽略掉時。例如，當我們要訪問http: //astrology.yahoo.com/astrology 時，實際上返回的是一個包含301代碼的跳轉，它指向的是http://astrology.yahoo.com/astrology/  （注意末尾的斜杠）。在Apache伺服器中可以使用Alias 或者 mod_rewrite或者the DirectorySlash來避免。

      串連新網站和舊網站是跳轉功能經常被用到的另一種情況。這種情況下往往要串連網站的不同內容然後根據使用者的不同類型（如瀏覽器類型、使用者帳號所屬類型）來 進行跳轉。使用跳轉來實現兩個網站的切換十分簡單，需要的代碼量也不多。儘管使用這種方法對於開發人員來說可以降低複雜程度，但是它同樣降低使用者體驗。一個 可替代方法就是如果兩者在同一台伺服器上時使用Alias和mod_rewrite和實現。如果是因為網域名稱的不同而採用跳轉，那麼可以通過使用Alias 或者mod_rewirte建立CNAME（儲存一個網域名稱和另外一個網域名稱之間關係的DNS記錄）來替代。

4、可快取的AJAX
      Ajax經常被提及的一個好處就是由於其從後台伺服器傳輸資訊的非同步性而為使用者帶來的反饋的即時性。但是，使用Ajax並不能保證使用者不會在等待非同步 JavaScript和XML響應上花費時間。在很多應用中，使用者是否需要等待響應取決於Ajax如何來使用。例如，在一個基於Web的Email用戶端 中，使用者必須等待Ajax返回符合他們條件的郵件查詢結果。記住一點，“非同步”並不異味著“即時”，這很重要。

      為了提高效能，最佳化Ajax響應是很重要的。提高Ajxa效能的措施中最重要的方法就是使響應具有可緩衝性，具體的討論可以查看Add an Expires or a Cache-Control Header。其它的幾條規則也同樣適用於Ajax：
    Gizp壓縮檔
    減少DNS尋找次數
    精簡JavaScript
    避免跳轉
    配置ETags

     讓我們來看一個例子：一個Web2.0的Email用戶端會使用Ajax來自動完成對使用者地址薄的下載。如果使用者在上次使用過Email web應用程式後沒有對地址薄作任何的修改，而且Ajax響應通過Expire或者Cacke-Control頭來實現緩衝，那麼就可以直接從上一次的緩 存中讀取地址薄了。必須告知瀏覽器是使用緩衝中的地址薄還是發送一個新的請求。這可以通過為讀取地址薄的Ajax URL增加一個含有上次編輯時間的時間戳記來實現，例如，&t=11900241612等。如果地址薄在上次下載後沒有被編輯過，時間戳記就不變，則 從瀏覽器的緩衝中載入從而減少了一次HTTP請求過程。如果使用者修改過地址薄，時間戳記就會用來確定新的URL和緩衝響應並不匹配，瀏覽器就會重要請求更新 地址薄。
        即使你的Ajxa響應是動態產生的，哪怕它只適用於一個使用者，那麼它也應該被緩衝起來。這樣做可以使你的Web2.0應用程式更加快捷。

5、延後載入內容
        你可以仔細看一下你的網頁，問問自己“哪些內容是頁面呈現時所必需首先載入的？哪些內容和結構可以稍後再載入？
        把整個過程按照onload事件分隔成兩部分，JavaScript是一個理想的選擇。例如，如果你有用於實現拖放和動畫的JavaScript，那麼它 就以等待稍後載入，因為頁面上的拖放元素是在初始化呈現之後才發生的。其它的例如隱藏部分的內容（使用者操作之後才顯現的內容）和處於摺疊部分的映像也可以 延後載入
        工具可以節省你的工作量：YUI Image Loader可以幫你延後載入摺疊部分的圖片，YUI Get utility是包含JS和 CSS的便捷方法。比如你可以開啟Firebug的Net選項卡看一下Yahoo的首頁。
        當效能目標和其它網站開發實踐一致時就會相得益彰。這種情況下，通過程式提高網站效能的方法告訴我們，在支援JavaScript的情況下，可以先去除用 戶體驗，不過這要保證你的網站在沒有JavaScript也可以正常運行。在確定頁面運行正常後，再載入指令碼來實現如拖放和動畫等更加花哨的效果。

6、預先載入
        預先載入和後載入看起來似乎恰恰相反，但實際上預先載入是為了實現另外一種目標。預先載入是在瀏覽器空閑時請求將來可能會用到的頁面內容（像、樣式表和腳 本）。使用這種方法，當使用者要訪問下一個頁面時，頁面中的內容大部分已經載入到緩衝中了，因此可以大大改善訪問速度。

下面提供了幾種預先載入方法：
無條件載入：觸發onload事件時，直接載入額外的頁面內容。以Google.com為例，你可以看一下它的spirit image映像是怎樣在onload中載入的。這個spirit image映像在google.com首頁中是不需要的，但是卻可以在搜尋結果頁面中用到它。
有條件載入：根據使用者的操作來有根據地判斷使用者下面可能去往的頁面並相應的預先載入頁面內容。在search.yahoo.com中你可以看到如何在你輸入內容時載入額外的頁面內容。
有預期的載入：載 入重新設計過的頁面時使用預先載入。這種情況經常出現在頁面經過重新設計後使用者抱怨“新的頁面看起來很酷，但是卻比以前慢”。問題可能出在使用者對於你的舊站 點建立了完整的緩衝，而對於新網站卻沒有任何緩衝內容。因此你可以在訪問新站之前就載入一部內容來避免這種結果的出現。在你的舊站中利用瀏覽器的空餘時間 載入新站中用到的映像的和指令碼來提高訪問速度。

7、減少DOM元素數量
        一個複雜的頁面意味著需要下載更多資料，同時也意味著JavaScript遍曆DOM的效率越慢。比如當你增加一個事件控制代碼時在500和5000個DOM元素中迴圈效果肯定是不一樣的。
       大量的DOM元素的存在意味著頁面中有可以不用移除內容只需要替換元素標籤就可以精簡的部分。你在頁面配置中使用表格了嗎？你有沒有僅僅為了布局而引入更多的<div>元素呢？也許會存在一個適合或者在語意是更貼切的標籤可以供你使用。
        YUI CSS utilities可以給你的布局帶來巨大協助：grids.css可以幫你實現整體布局，font.css和reset.css可以協助你移除瀏覽器默 認格式。它提供了一個重新審視你頁面中標籤的機會，比如只有在語意上有意義時才使用<div>，而不是因為它具有換行效果才使用它。
      DOM元素數量很容易計算出來，只需要在Firebug的控制台內輸入：
document.getElementsByTagName(‘*’).length
        那麼多少個DOM元素算是多呢？這可以對照有很好標記使用的類似頁面。比如Yahoo!首頁是一個內容非常多的頁面，但是它只使用了700個元素（HTML標籤）。

8、根據網域名稱劃分頁面內容
      把頁面內容劃分成若干部分可以使你最大限度地實現平行下載。由於DNS尋找帶來的影響你首先要確保你使用的網域名稱數量在2個到4個之間。例如，你可以把用到 的HTML內容和動態內容放在www.example.org上，而把頁面各種組件（圖片、指令碼、CSS)分別存放在 statics1.example.org和statics.example.org上。
你可在Tenni Theurer和Patty Chi合寫的文章Maximizing Parallel Downloads in the Carpool Lane找到更多相關資訊。

9、使iframe的數量最小
      ifrmae元素可以在父文檔中插入一個新的HTML文檔。瞭解iframe的工作理然後才能更加有效地使用它，這一點很重要。
<iframe>優點：

• 解決載入緩慢的第三方內容標和廣告等的載入問題
• Security sandbox
• 並行載入指令碼

<iframe>的缺點：

• 即時內容為空白，載入也需要時間
• 會阻止頁面載入
• 沒有語意

10、不要出現404錯誤
      HTTP請求時間消耗是很大的，因此使用HTTP請求來獲得一個沒有用處的響應（例如404沒有找到頁面）是完全沒有必要的，它只會降低使用者體驗而不會有一點好處。
      有些網站把404錯誤響應頁面改為“你是不是要找***”，這雖然改進了使用者體驗但是同樣也會浪費伺服器資源（如資料庫等）。最糟糕的情況是指向外部 JavaScript的連結出現問題並返回404代碼。首先，這種載入會破壞並行載入；其次瀏覽器會把試圖在返回的404響應內容中找到可能有用的部分當 作JavaScript代碼來執行。

英文地址：http://developer.yahoo.com/performance/rules.html
      Yahoo!的Exceptional Performance團隊為改善Web效能帶來最佳實務。他們為此進行了一系列的實驗、開發了各種工具、寫了大量的文章和部落格並在各種會議上參與探討。最佳實務的核心就是旨在提高網站效能。
Excetional Performance團隊總結出了一系列可以提高網站速度的方法。可以分為7大類34條。包括內容、伺服器、cookie、CSS、JavaScript、圖片、行動裝置 App等七部分。

其中內容部分一共十條建議：

一、內容部分

1. 盡量減少HTTP請求
2. 減少DNS尋找
3. 避免跳轉
4. 緩衝Ajxa
5. 延後載入
6. 提前載入
7. 減少DOM元素數量
8. 用網域名稱劃分頁面內容
9. 使frame數量最少
10. 避免404錯誤

1、盡量減少HTTP請求次數
      終端使用者響應的時間中，有80%用於下載各項內容。這部分時間包括下載頁面中的映像、樣式表、指令碼、Flash等。通過減少頁面中的元素可以減少HTTP請求的次數。這是提高網頁速度的關鍵步驟。
      減少頁面組件的方法其實就是簡化頁面設計。那麼有沒有一種方法既能保持頁面內容的豐富性又能達到加快回應時間的目的呢？這裡有幾條減少HTTP請求次數同時又可能保持頁面內容豐富的技術。

合并檔案是通過把所有的指令碼放到一個檔案中來減少HTTP請求的方法，如可以簡單地把所有的CSS檔案都放入一個樣式表中。當指令碼或者樣式表在不同頁面中使用時需要做不同的修改，這可能會相對麻煩點，但即便如此也要把這個方法作為改善頁面效能的重要一步。

CSS Sprites是減少映像請求的有效方法。把所有的背景映像都放到一個圖片檔案中，然後通過CSS的background-image和background-position屬性來顯示圖片的不同部分；

圖片地圖是把多張圖片整合到一張圖片中。雖然檔案的總體大小不會改變，但是可以減少HTTP請求次數。圖片地圖 只有在圖片的所有組成部分在頁面中是緊挨在一起的時候才能使用，如導覽列。確定圖片的座標和可能會比較繁瑣且容易出錯，同時使用圖片地圖導航也不具有可讀 性，因此不推薦這種方法；

內嵌影像是使用data:URL scheme的方法把映像資料載入頁面中。這可能會增加頁面的大小。把內嵌影像放到樣式表（可緩衝）中可以減少HTTP請求同時又避免增加分頁檔的大小。但是內嵌影像現在還沒有得到主流瀏覽器的支援。

     減少頁面的HTTP請求次數是你首先要做的一步。這是改進首次訪問使用者等待時間的最重要的方法。如同Tenni Theurer的他的部落格Browser Cahe Usage – Exposed!中所說，HTTP請求在無緩衝情況下佔去了40%到60%的回應時間。讓那些初次訪問你網站的人獲得更加快速的體驗吧！

2、減少DNS尋找次數
        網域名稱系統（DNS）提供了網域名稱和IP的對應關係，就像電話本中人名和他們的電話號碼的關係一樣。當你在瀏覽器地址欄中輸入www.dudo.org時，DNS解析伺服器就會返回這個網域名稱對應的IP地址。DNS解析的過程同樣也是需要時間的。一般情況下返回給定網域名稱對應的IP地址會花費20到120毫秒的時間。而且在這個過程中瀏覽器什麼都不會做直到DNS尋找完畢。

       緩衝DNS尋找可以改善頁面效能。這種緩衝需要一個特定的快取服務器，這種伺服器一般屬於使用者的ISP供應商或者本地區域網路控制，但是它同樣會在使用者使用 的電腦上產生緩衝。DNS資訊會保留在作業系統的DNS緩衝中（微軟Windows系統中DNS Client Service）。大多數瀏覽器有獨立於作業系統以外的自己的緩衝。由於瀏覽器有自己的緩衝記錄，因此在一次請求中它不會受到作業系統的影響。

      Internet Explorer預設情況下對DNS尋找記錄的緩衝時間為30分鐘，它在註冊表中的索引值為DnsCacheTimeout。Firefox對DNS的尋找 記錄緩衝時間為1分鐘，它在設定檔中的選項為network.dnsCacheExpiration（Fasterfox把這個選項改為了1小時）。

      當用戶端中的DNS緩衝都為空白時（瀏覽器和作業系統都為空白），DNS尋找的次數和頁面中主機名稱的數量相同。這其中包括頁面中URL、圖片、指令檔、樣式表、Flash對象等包含的主機名稱。減少主機名稱的數量可以減少DNS尋找次數。

      減少主機名稱的數量還可以減少頁面中並行下載的數量。減少DNS尋找次數可以節省回應時間，但是減少並行下載卻會增加回應時間。我的指導原則是把這些頁面中 的內容分割成至少兩部分但不超過四部分。這種結果就是在減少DNS尋找次數和保持較高程度並行下載兩者之間的權衡了。

3、避免跳轉
跳轉是使用301和302代碼實現的。下面是一個響應代碼為301的HTTP頭：
      HTTP/1.1 301 Moved Permanently
      Location: http://example.com/newuri
      Content-Type: text/html
      瀏覽器會把使用者指向到Location中指定的URL。標頭檔中的所有資訊在一次跳轉中都是必需的，內容部分可以為空白。不管他們的名稱，301和302響 應都不會被緩衝除非增加一個額外的頭選項，如Expires或者Cache-Control來指定它緩衝。<meat />元素的重新整理標籤和JavaScript也可以實現URL的跳轉，但是如果你必須要跳轉的時候，最好的方法就是使用標準的3XXHTTP狀態代 碼，這主要是為了確保[上一頁] 按鈕可以正確地使用。

      但是要記住跳轉會降低使用者體驗。在使用者和HTML文檔中間增加一個跳轉，會拖延頁面中所有元素的顯示，因為在HTML檔案被載入前任何檔案（映像、Flash等）都不會被下載。

      有一種經常被網頁開發人員忽略卻往往十分浪費回應時間的跳轉現象。這種現象發生在當URL本該有斜杠（/）卻被忽略掉時。例如，當我們要訪問http: //astrology.yahoo.com/astrology 時，實際上返回的是一個包含301代碼的跳轉，它指向的是http://astrology.yahoo.com/astrology/  （注意末尾的斜杠）。在Apache伺服器中可以使用Alias 或者 mod_rewrite或者the DirectorySlash來避免。

      串連新網站和舊網站是跳轉功能經常被用到的另一種情況。這種情況下往往要串連網站的不同內容然後根據使用者的不同類型（如瀏覽器類型、使用者帳號所屬類型）來 進行跳轉。使用跳轉來實現兩個網站的切換十分簡單，需要的代碼量也不多。儘管使用這種方法對於開發人員來說可以降低複雜程度，但是它同樣降低使用者體驗。一個 可替代方法就是如果兩者在同一台伺服器上時使用Alias和mod_rewrite和實現。如果是因為網域名稱的不同而採用跳轉，那麼可以通過使用Alias 或者mod_rewirte建立CNAME（儲存一個網域名稱和另外一個網域名稱之間關係的DNS記錄）來替代。

4、可快取的AJAX
      Ajax經常被提及的一個好處就是由於其從後台伺服器傳輸資訊的非同步性而為使用者帶來的反饋的即時性。但是，使用Ajax並不能保證使用者不會在等待非同步 JavaScript和XML響應上花費時間。在很多應用中，使用者是否需要等待響應取決於Ajax如何來使用。例如，在一個基於Web的Email用戶端 中，使用者必須等待Ajax返回符合他們條件的郵件查詢結果。記住一點，“非同步”並不異味著“即時”，這很重要。

      為了提高效能，最佳化Ajax響應是很重要的。提高Ajxa效能的措施中最重要的方法就是使響應具有可緩衝性，具體的討論可以查看Add an Expires or a Cache-Control Header。其它的幾條規則也同樣適用於Ajax：
    Gizp壓縮檔
    減少DNS尋找次數
    精簡JavaScript
    避免跳轉
    配置ETags

     讓我們來看一個例子：一個Web2.0的Email用戶端會使用Ajax來自動完成對使用者地址薄的下載。如果使用者在上次使用過Email web應用程式後沒有對地址薄作任何的修改，而且Ajax響應通過Expire或者Cacke-Control頭來實現緩衝，那麼就可以直接從上一次的緩 存中讀取地址薄了。必須告知瀏覽器是使用緩衝中的地址薄還是發送一個新的請求。這可以通過為讀取地址薄的Ajax URL增加一個含有上次編輯時間的時間戳記來實現，例如，&t=11900241612等。如果地址薄在上次下載後沒有被編輯過，時間戳記就不變，則 從瀏覽器的緩衝中載入從而減少了一次HTTP請求過程。如果使用者修改過地址薄，時間戳記就會用來確定新的URL和緩衝響應並不匹配，瀏覽器就會重要請求更新 地址薄。
        即使你的Ajxa響應是動態產生的，哪怕它只適用於一個使用者，那麼它也應該被緩衝起來。這樣做可以使你的Web2.0應用程式更加快捷。

5、延後載入內容
        你可以仔細看一下你的網頁，問問自己“哪些內容是頁面呈現時所必需首先載入的？哪些內容和結構可以稍後再載入？
        把整個過程按照onload事件分隔成兩部分，JavaScript是一個理想的選擇。例如，如果你有用於實現拖放和動畫的JavaScript，那麼它 就以等待稍後載入，因為頁面上的拖放元素是在初始化呈現之後才發生的。其它的例如隱藏部分的內容（使用者操作之後才顯現的內容）和處於摺疊部分的映像也可以 延後載入
        工具可以節省你的工作量：YUI Image Loader可以幫你延後載入摺疊部分的圖片，YUI Get utility是包含JS和 CSS的便捷方法。比如你可以開啟Firebug的Net選項卡看一下Yahoo的首頁。
        當效能目標和其它網站開發實踐一致時就會相得益彰。這種情況下，通過程式提高網站效能的方法告訴我們，在支援JavaScript的情況下，可以先去除用 戶體驗，不過這要保證你的網站在沒有JavaScript也可以正常運行。在確定頁面運行正常後，再載入指令碼來實現如拖放和動畫等更加花哨的效果。

6、預先載入
        預先載入和後載入看起來似乎恰恰相反，但實際上預先載入是為了實現另外一種目標。預先載入是在瀏覽器空閑時請求將來可能會用到的頁面內容（像、樣式表和腳 本）。使用這種方法，當使用者要訪問下一個頁面時，頁面中的內容大部分已經載入到緩衝中了，因此可以大大改善訪問速度。

下面提供了幾種預先載入方法：
無條件載入：觸發onload事件時，直接載入額外的頁面內容。以Google.com為例，你可以看一下它的spirit image映像是怎樣在onload中載入的。這個spirit image映像在google.com首頁中是不需要的，但是卻可以在搜尋結果頁面中用到它。
有條件載入：根據使用者的操作來有根據地判斷使用者下面可能去往的頁面並相應的預先載入頁面內容。在search.yahoo.com中你可以看到如何在你輸入內容時載入額外的頁面內容。
有預期的載入：載 入重新設計過的頁面時使用預先載入。這種情況經常出現在頁面經過重新設計後使用者抱怨“新的頁面看起來很酷，但是卻比以前慢”。問題可能出在使用者對於你的舊站 點建立了完整的緩衝，而對於新網站卻沒有任何緩衝內容。因此你可以在訪問新站之前就載入一部內容來避免這種結果的出現。在你的舊站中利用瀏覽器的空餘時間 載入新站中用到的映像的和指令碼來提高訪問速度。

7、減少DOM元素數量
        一個複雜的頁面意味著需要下載更多資料，同時也意味著JavaScript遍曆DOM的效率越慢。比如當你增加一個事件控制代碼時在500和5000個DOM元素中迴圈效果肯定是不一樣的。
       大量的DOM元素的存在意味著頁面中有可以不用移除內容只需要替換元素標籤就可以精簡的部分。你在頁面配置中使用表格了嗎？你有沒有僅僅為了布局而引入更多的<div>元素呢？也許會存在一個適合或者在語意是更貼切的標籤可以供你使用。
        YUI CSS utilities可以給你的布局帶來巨大協助：grids.css可以幫你實現整體布局，font.css和reset.css可以協助你移除瀏覽器默 認格式。它提供了一個重新審視你頁面中標籤的機會，比如只有在語意上有意義時才使用<div>，而不是因為它具有換行效果才使用它。
      DOM元素數量很容易計算出來，只需要在Firebug的控制台內輸入：
document.getElementsByTagName(‘*’).length
        那麼多少個DOM元素算是多呢？這可以對照有很好標記使用的類似頁面。比如Yahoo!首頁是一個內容非常多的頁面，但是它只使用了700個元素（HTML標籤）。

8、根據網域名稱劃分頁面內容
      把頁面內容劃分成若干部分可以使你最大限度地實現平行下載。由於DNS尋找帶來的影響你首先要確保你使用的網域名稱數量在2個到4個之間。例如，你可以把用到 的HTML內容和動態內容放在www.example.org上，而把頁面各種組件（圖片、指令碼、CSS)分別存放在 statics1.example.org和statics.example.org上。
你可在Tenni Theurer和Patty Chi合寫的文章Maximizing Parallel Downloads in the Carpool Lane找到更多相關資訊。

9、使iframe的數量最小
      ifrmae元素可以在父文檔中插入一個新的HTML文檔。瞭解iframe的工作理然後才能更加有效地使用它，這一點很重要。
<iframe>優點：

• 解決載入緩慢的第三方內容標和廣告等的載入問題
• Security sandbox
• 並行載入指令碼

<iframe>的缺點：

• 即時內容為空白，載入也需要時間
• 會阻止頁面載入
• 沒有語意

10、不要出現404錯誤
      HTTP請求時間消耗是很大的，因此使用HTTP請求來獲得一個沒有用處的響應（例如404沒有找到頁面）是完全沒有必要的，它只會降低使用者體驗而不會有一點好處。
      有些網站把404錯誤響應頁面改為“你是不是要找***”，這雖然改進了使用者體驗但是同樣也會浪費伺服器資源（如資料庫等）。最糟糕的情況是指向外部 JavaScript的連結出現問題並返回404代碼。首先，這種載入會破壞並行載入；其次瀏覽器會把試圖在返回的404響應內容中找到可能有用的部分當 作JavaScript代碼來執行。