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