僅需要花費l0%-20%的響應時間來下載HTML文檔這一現象并不只出現在Yahoo!的首頁 上。這一統計數字適用于我所分析過的所有的Yahoo!功能（除了 Yahoo! Search,因為它 的頁面上只有很少世的組件)。而且，這一統計數字適用于絕大多數網站。表A-1展示了 從上得到的前十個美國網站。注意除了 AOL之外，這些網站都名列 美國前十名。Craigslist.org也位于前十名，但它的頁面中幾乎沒有圖片.腳本和樣式表， 并不是一個很好的實例。因此我在這里選擇用AOL來代替它。

表A-1:十大網站花在下載HTML文檔上的時間百分比

YouTube

	無緩存	完整緩存
AOL	6%	14%
Amazon	IS%	14%
CNN	19%	8%
eBay	2%	8%
Google	14%	36%
MSN	3%	5%
MySpace	4%	14%
Wikipedia	20%	12%
Yahoo!	5%	12%
	3%	5%

所有這些網站在獲取HTML文檔時，花費的時間都不到總響應時間的20%。其中一個例是Google在完整緩存場景中的情況。這是因為http://www.google.com只有6個組件， 除了其中一個之外，都被配置為可以由瀏覽器進行緩存。在后續的頁面査看過程中，所有 這些組件都已被緩存，只需對HTML文檔和一個圖片信標進行HTTP請求，

在進行優化時，關鍵是剖析當前的性能，找到在哪里能夠獲得大的改進。很明顯，在這 種情況下我們應該關注前端性能。

首先，關注前端可以很好地提髙整體性能。

如果我們可以將后端響應時間縮短一半，整體 響應時間只能減少5%-10%。而如果關注前端性能，同樣是將其響應時間減少一半，則整 體響應時間可以減少40%-45%。

其次，改進前端通常只需要較少的時間和資源。

減少后端延遲會帶來很大的改動，例如重新設計應用程序的架構和代碼、査找和優化臨界代碼路徑、添加或改動硬件、對數據庫進 行分布化等。這些改動需要花費數周或數月。接下來的章節中將要介紹的前端性能改進只 需要一些好實踐，例如修改Web服務器配ffl文件、將腳本和樣式表 放在頁面中的特定位罝、合并圖片、將腳本和樣式表這些改 動只需要幾個小時或幾天，這比進行后端改進要少花很多時間。

第三，前端性能調整已被證明是可行的。

Yahoo!中有超過50個團隊使用了這里介紹的最 佳實踐并降低了最終用戶響應時間，降低的幅度通常為25%或更髙。有的時候，我們必須 超越這些規則，并根據對網站的分析進行更有針對性的改進。但一般來說，只需要遵守這 些好實踐就能節省25%或更多的時間。 在開始任何新的性能改善計劃之前，我繪制了一個類似表A-丨的圖表，并解釋一下 性能黃金法則 ：

只有10%~20%的最終用戶響應時間花在了下栽HTML文檔上.其余的80%~90%

時間花在了下載頁面中的所有組件上，

網站題目：網站建設之性能黃金法則
本文路徑：http://m.2m8n56k.cn/news17/42417.html

網站建設、網絡推廣公司-創新互聯，是專注品牌與效果的網站制作，網絡營銷seo公司；服務項目有網站建設等

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯