1、盡量減少HTTP請求次數(shù)
終端用戶響應(yīng)的時間中，有80%用于下載各項內(nèi)容。這部分時間包括下載頁面中的圖像、樣式表、腳本、Flash等。通過減少頁面中的元素可以減少HTTP請求的次數(shù)。這是提高網(wǎng)頁速度的關(guān)鍵步驟。
減少頁面組件的方法其實就是簡化頁面設(shè)計。那么有沒有一種方法既能保持頁面內(nèi)容的豐富性又能達(dá)到加快響應(yīng)時間的目的呢？這里有幾條減少HTTP請求次數(shù)同時又可能保持頁面內(nèi)容豐富的技術(shù)。
合并文件 是通過把所有的腳本放到一個文件中來減少HTTP請求的方法，如可以簡單地把所有的CSS文件都放入一個樣式表中。當(dāng)腳本或者樣式表在不同頁面中使用時需要做不同的修改，這可能會相對麻煩點，但即便如此也要把這個方法作為改善頁面性能的重要一步。
CSS Sprites 是減少圖像請求的有效方法。把所有的背景圖像都放到一個圖片文件中，然后通過CSS的 background-image 和 background-position 屬性來顯示圖片的不同部分；
圖片地圖 是把多張圖片整合到一張圖片中。雖然文件的總體大小不會改變，但是可以減少HTTP請求次數(shù)。圖片地圖只有在圖片的所有組成部分在頁面中是緊挨在一起的時候才能使用，如導(dǎo)航欄。確定圖片的坐標(biāo)和可能會比較繁瑣且容易出錯，同時使用圖片地圖導(dǎo)航也不具有可讀性，因此不推薦這種方法；
內(nèi)聯(lián)圖像 是使用data:URL scheme的方法把圖像數(shù)據(jù)加載頁面中。這可能會增加頁面的大小。把內(nèi)聯(lián)圖像放到樣式表（可緩存）中可以減少HTTP請求同時又避免增加頁面文件的大小。但是內(nèi)聯(lián)圖像現(xiàn)在還沒有得到主流瀏覽器的支持。
減少頁面的HTTP請求次數(shù)是你首先要做的一步。這是改進(jìn)首次訪問用戶等待時間的最重要的方法。如同Tenni Theurer的他的博客Browser Cahe Usage - Exposed!中所說，HTTP請求在無緩存情況下占去了40%到60%的響應(yīng)時間。讓那些初次訪問你網(wǎng)站的人獲得更加快速的體驗吧！
2、減少DNS查找次數(shù)
域名系統(tǒng)（DNS）提供了域名和IP的對應(yīng)關(guān)系，就像電話本中人名和他們的電話號碼的關(guān)系一樣。當(dāng)你在瀏覽器地址欄中輸入www.dudo.org時，DNS解析服務(wù)器就會返回這個域名對應(yīng)的IP地址。DNS解析的過程同樣也是需要時間的。一般情況下返回給定域名對應(yīng)的IP地址會花費20到120毫秒的時間。而且在這個過程中瀏覽器什么都不會做直到DNS查找完畢。
緩存DNS查找可以改善頁面性能。這種緩存需要一個特定的緩存服務(wù)器，這種服務(wù)器一般屬于用戶的ISP提供商或者本地局域網(wǎng)控制，但是它同樣會在用戶使用的計算機(jī)上產(chǎn)生緩存。DNS信息會保留在操作系統(tǒng)的DNS緩存中（微軟Windows系統(tǒng)中DNS ClientService）。大多數(shù)瀏覽器有獨立于操作系統(tǒng)以外的自己的緩存。由于瀏覽器有自己的緩存記錄，因此在一次請求中它不會受到操作系統(tǒng)的影響。
InternetExplorer默認(rèn)情況下對DNS查找記錄的緩存時間為30分鐘，它在注冊表中的鍵值為DnsCacheTimeout。Firefox對DNS的查找記錄緩存時間為1分鐘，它在配置文件中的選項為network.dnsCacheExpiration（Fasterfox把這個選項改為了1小時）。
當(dāng)客戶端中的DNS緩存都為空時（瀏覽器和操作系統(tǒng)都為空），DNS查找的次數(shù)和頁面中主機(jī)名的數(shù)量相同。這其中包括頁面中URL、圖片、腳本文件、樣式表、Flash對象等包含的主機(jī)名。減少主機(jī)名的數(shù)量可以減少DNS查找次數(shù)。
減少主機(jī)名的數(shù)量還可以減少頁面中并行下載的數(shù)量。減少DNS查找次數(shù)可以節(jié)省響應(yīng)時間，但是減少并行下載卻會增加響應(yīng)時間。我的指導(dǎo)原則是把這些頁面中的內(nèi)容分割成至少兩部分但不超過四部分。這種結(jié)果就是在減少DNS查找次數(shù)和保持較高程度并行下載兩者之間的權(quán)衡了。
3、避免跳轉(zhuǎn)
跳轉(zhuǎn)是使用301和302代碼實現(xiàn)的。下面是一個響應(yīng)代碼為301的HTTP頭：
HTTP/1.1 301 Moved Permanently
Location: http://example.com/newuri
Content-Type: text/html
瀏覽器會把用戶指向到Location中指定的URL。頭文件中的所有信息在一次跳轉(zhuǎn)中都是必需的，內(nèi)容部分可以為空。不管他們的名稱，301和302響應(yīng)都不會被緩存除非增加一個額外的頭選項，如Expires或者Cache-Control來指定它緩存。<meat/>元素的刷新標(biāo)簽和JavaScript也可以實現(xiàn)URL的跳轉(zhuǎn)，但是如果你必須要跳轉(zhuǎn)的時候，最好的方法就是使用標(biāo)準(zhǔn)的3XXHTTP狀態(tài)代碼，這主要是為了確保“后退”按鈕可以正確地使用。
但是要記住跳轉(zhuǎn)會降低用戶體驗。在用戶和HTML文檔中間增加一個跳轉(zhuǎn)，會拖延頁面中所有元素的顯示，因為在HTML文件被加載前任何文件（圖像、Flash等）都不會被下載。
有一種經(jīng)常被網(wǎng)頁開發(fā)者忽略卻往往十分浪費響應(yīng)時間的跳轉(zhuǎn)現(xiàn)象。這種現(xiàn)象發(fā)生在當(dāng)URL本該有斜杠（/）卻被忽略掉時。例如，當(dāng)我們要訪問http://astrology.yahoo.com/astrology時，實際上返回的是一個包含301代碼的跳轉(zhuǎn)，它指向的是http://astrology.yahoo.com/astrology/ （注意末尾的斜杠）。在Apache服務(wù)器中可以使用Alias 或者 mod_rewrite或者the DirectorySlash來避免。
連接新網(wǎng)站和舊網(wǎng)站是跳轉(zhuǎn)功能經(jīng)常被用到的另一種情況。這種情況下往往要連接網(wǎng)站的不同內(nèi)容然后根據(jù)用戶的不同類型（如瀏覽器類型、用戶賬號所屬類型）來進(jìn)行跳轉(zhuǎn)。使用跳轉(zhuǎn)來實現(xiàn)兩個網(wǎng)站的切換十分簡單，需要的代碼量也不多。盡管使用這種方法對于開發(fā)者來說可以降低復(fù)雜程度，但是它同樣降低用戶體驗。一個可替代方法就是如果兩者在同一臺服務(wù)器上時使用Alias和mod_rewrite和實現(xiàn)。如果是因為域名的不同而采用跳轉(zhuǎn)，那么可以通過使用Alias或者mod_rewirte建立CNAME（保存一個域名和另外一個域名之間關(guān)系的DNS記錄）來替代。
4、可緩存的AJAX
Ajax經(jīng)常被提及的一個好處就是由于其從后臺服務(wù)器傳輸信息的異步性而為用戶帶來的反饋的即時性。但是，使用Ajax并不能保證用戶不會在等待異步的JavaScript和XML響應(yīng)上花費時間。在很多應(yīng)用中，用戶是否需要等待響應(yīng)取決于Ajax如何來使用。例如，在一個基于Web的Email客戶端中，用戶必須等待Ajax返回符合他們條件的郵件查詢結(jié)果。記住一點，“異步”并不異味著“即時”，這很重要。
為了提高性能，優(yōu)化Ajax響應(yīng)是很重要的。提高Ajxa性能的措施中最重要的方法就是使響應(yīng)具有可緩存性，具體的討論可以查看Add an Expires or a Cache-Control Header。其它的幾條規(guī)則也同樣適用于Ajax：
Gizp壓縮文件
減少DNS查找次數(shù)
精簡JavaScript
避免跳轉(zhuǎn)
配置ETags
讓我們來看一個例子：一個Web2.0的Email客戶端會使用Ajax來自動完成對用戶地址薄的下載。如果用戶在上次使用過Emailweb應(yīng)用程序后沒有對地址薄作任何的修改，而且Ajax響應(yīng)通過Expire或者Cacke-Control頭來實現(xiàn)緩存，那么就可以直接從上一次的緩存中讀取地址薄了。必須告知瀏覽器是使用緩存中的地址薄還是發(fā)送一個新的請求。這可以通過為讀取地址薄的AjaxURL增加一個含有上次編輯時間的時間戳來實現(xiàn)，例如，&t=11900241612等。如果地址薄在上次下載后沒有被編輯過，時間戳就不變，則從瀏覽器的緩存中加載從而減少了一次HTTP請求過程。如果用戶修改過地址薄，時間戳就會用來確定新的URL和緩存響應(yīng)并不匹配，瀏覽器就會重要請求更新地址薄。
即使你的Ajxa響應(yīng)是動態(tài)生成的，哪怕它只適用于一個用戶，那么它也應(yīng)該被緩存起來。這樣做可以使你的Web2.0應(yīng)用程序更加快捷。
5、推遲加載內(nèi)容
你可以仔細(xì)看一下你的網(wǎng)頁，問問自己“哪些內(nèi)容是頁面呈現(xiàn)時所必需首先加載的？哪些內(nèi)容和結(jié)構(gòu)可以稍后再加載？
把整個過程按照onload事件分隔成兩部分，JavaScript是一個理想的選擇。例如，如果你有用于實現(xiàn)拖放和動畫的JavaScript，那么它就以等待稍后加載，因為頁面上的拖放元素是在初始化呈現(xiàn)之后才發(fā)生的。其它的例如隱藏部分的內(nèi)容（用戶操作之后才顯現(xiàn)的內(nèi)容）和處于折疊部分的圖像也可以推遲加載
工具可以節(jié)省你的工作量：YUI Image Loader可以幫你推遲加載折疊部分的圖片，YUI Get utility是包含JS和 CSS的便捷方法。比如你可以打開Firebug的Net選項卡看一下Yahoo的首頁。
當(dāng)性能目標(biāo)和其它網(wǎng)站開發(fā)實踐一致時就會相得益彰。這種情況下，通過程序提高網(wǎng)站性能的方法告訴我們，在支持JavaScript的情況下，可以先去除用戶體驗，不過這要保證你的網(wǎng)站在沒有JavaScript也可以正常運行。在確定頁面運行正常后，再加載腳本來實現(xiàn)如拖放和動畫等更加花哨的效果。
6、預(yù)加載
預(yù)加載和后加載看起來似乎恰恰相反，但實際上預(yù)加載是為了實現(xiàn)另外一種目標(biāo)。預(yù)加載是在瀏覽器空閑時請求將來可能會用到的頁面內(nèi)容（如圖像、樣式表和腳本）。使用這種方法，當(dāng)用戶要訪問下一個頁面時，頁面中的內(nèi)容大部分已經(jīng)加載到緩存中了，因此可以大大改善訪問速度。
下面提供了幾種預(yù)加載方法：
無條件加載： 觸發(fā)onload事件時，直接加載額外的頁面內(nèi)容。以Google.com為例，你可以看一下它的spirit image圖像是怎樣在onload中加載的。這個spirit image圖像在google.com主頁中是不需要的，但是卻可以在搜索結(jié)果頁面中用到它。
有條件加載： 根據(jù)用戶的操作來有根據(jù)地判斷用戶下面可能去往的頁面并相應(yīng)的預(yù)加載頁面內(nèi)容。在search.yahoo.com中你可以看到如何在你輸入內(nèi)容時加載額外的頁面內(nèi)容。
有預(yù)期的加載： 載入重新設(shè)計過的頁面時使用預(yù)加載。這種情況經(jīng)常出現(xiàn)在頁面經(jīng)過重新設(shè)計后用戶抱怨“新的頁面看起來很酷，但是卻比以前慢”。問題可能出在用戶對于你的舊站點建立了完整的緩存，而對于新站點卻沒有任何緩存內(nèi)容。因此你可以在訪問新站之前就加載一部內(nèi)容來避免這種結(jié)果的出現(xiàn)。在你的舊站中利用瀏覽器的空余時間加載新站中用到的圖像的和腳本來提高訪問速度。
7、減少DOM元素數(shù)量
一個復(fù)雜的頁面意味著需要下載更多數(shù)據(jù)，同時也意味著JavaScript遍歷DOM的效率越慢。比如當(dāng)你增加一個事件句柄時在500和5000個DOM元素中循環(huán)效果肯定是不一樣的。
大量的DOM元素的存在意味著頁面中有可以不用移除內(nèi)容只需要替換元素標(biāo)簽就可以精簡的部分。你在頁面布局中使用表格了嗎？你有沒有僅僅為了布局而引入更多的<div>元素呢？也許會存在一個適合或者在語意是更貼切的標(biāo)簽可以供你使用。
YUI CSSutilities可以給你的布局帶來巨大幫助：grids.css可以幫你實現(xiàn)整體布局，font.css和reset.css可以幫助你移除瀏覽器默認(rèn)格式。它提供了一個重新審視你頁面中標(biāo)簽的機(jī)會，比如只有在語意上有意義時才使用<div>，而不是因為它具有換行效果才使用它。
DOM元素數(shù)量很容易計算出來，只需要在Firebug的控制臺內(nèi)輸入：
document.getElementsByTagName('*').length
那么多少個DOM元素算是多呢？這可以對照有很好標(biāo)記使用的類似頁面。比如Yahoo!主頁是一個內(nèi)容非常多的頁面，但是它只使用了700個元素（HTML標(biāo)簽）。
8、根據(jù)域名劃分頁面內(nèi)容
把頁面內(nèi)容劃分成若干部分可以使你最大限度地實現(xiàn)平行下載。由于DNS查找?guī)淼挠绊懩闶紫纫_保你使用的域名數(shù)量在2個到4個之間。例如，你可以把用到的HTML內(nèi)容和動態(tài)內(nèi)容放在www.example.org上，而把頁面各種組件（圖片、腳本、CSS)分別存放在statics1.example.org和statics.example.org上。
你可在Tenni Theurer和Patty Chi合寫的文章Maximizing Parallel Downloads in the Carpool Lane找到更多相關(guān)信息。
9、使iframe的數(shù)量最小
ifrmae元素可以在父文檔中插入一個新的HTML文檔。了解iframe的工作理然后才能更加有效地使用它，這一點很重要。
<iframe>優(yōu)點：
<iframe>的缺點：
10、不要出現(xiàn)404錯誤
HTTP請求時間消耗是很大的，因此使用HTTP請求來獲得一個沒有用處的響應(yīng)（例如404沒有找到頁面）是完全沒有必要的，它只會降低用戶體驗而不會有一點好處。
有些站點把404錯誤響應(yīng)頁面改為“你是不是要找***”，這雖然改進(jìn)了用戶體驗但是同樣也會浪費服務(wù)器資源（如數(shù)據(jù)庫等）。最糟糕的情況是指向外部JavaScript的鏈接出現(xiàn)問題并返回404代碼。首先，這種加載會破壞并行加載；其次瀏覽器會把試圖在返回的404響應(yīng)內(nèi)容中找到可能有用的部分當(dāng)作JavaScript代碼來執(zhí)行。
