首頁技術(shù)文章正文

網(wǎng)站性能優(yōu)化的10種方法

更新時間:2021年07月27日16時36分來源:傳智教育瀏覽次數(shù):

1）盡量減少HTTP請求次數(shù)
合并js
合并css
圖片sprite

2）延遲加載內(nèi)容
圖片懶加載
數(shù)據(jù)懶加載(點擊查看更多)
功能懶加載（曝光或者點擊后加載html模塊、js功能模塊）

3）使用離線緩存
把常用的變動又少的js、css、圖片存儲到localstorage，第二次訪問的時候直接走本地緩存。在移動端使用廣泛。

4）CSS、JS放置正確位置
把css放在head中，保證頁面看到的時候樣式是對的。
把js放到body里最后位置，防止加載js阻塞頁面。

5）靜態(tài)資源壓縮
圖片、CSS、JS在發(fā)布前要壓縮。

6）靜態(tài)資源使用多個域名
對于圖片、CSS、JS，可使用幾個域名，可以并發(fā)加載。

7）靜態(tài)資源使用cdn存儲
用戶與你網(wǎng)站服務(wù)器的接近程度會影響響應(yīng)時間的長短。可以把靜態(tài)資源放到內(nèi)容分發(fā)網(wǎng)絡(luò)（Content Delivery Network，CDN）中加快訪問速度。

8）預加載
在某個功能還沒展現(xiàn)時，在空閑時間預先加載相關(guān)圖片或者js代碼

9）DOM操作優(yōu)化
使用JavaScript訪問DOM元素比較慢，因此為了獲得更多的應(yīng)該頁面，應(yīng)該做到：
緩存已經(jīng)訪問過的有關(guān)元素
線下更新完節(jié)點之后再將它們添加到文檔樹中
避免使用JavaScript來修改頁面布局

10）優(yōu)化算法
在js處理中優(yōu)化查找、排序算法。盡量少使用嵌套循環(huán)。
使用事件代理
有時候我們會感覺到頁面反應(yīng)遲鈍，這是因為DOM樹元素中附加了過多的事件句柄并且些事件句病被頻繁地觸發(fā)。這就是為什么說使用event delegation（事件代理）是一種好方法了。如果你在一個div中有10個按鈕，你只需要在div上附加一次事件句柄就可以了，而不用去為每一個按鈕增加一個句柄。事件冒泡時你可以捕捉到事件并判斷出是哪個事件發(fā)出的。你同樣也不用為了操作DOM樹而等待onload事件的發(fā)生。你需要做的就是等待樹結(jié)構(gòu)中你要訪問的元素出現(xiàn)。你也不用等待所有圖像都加載完畢。你可能會希望用DOMContentLoaded事件來代替事件應(yīng)用程序中的onAvailable方法。
減少DNS查找次數(shù)
減少主機名的數(shù)量還可以減少頁面中并行下載的數(shù)量。減少DNS查找次數(shù)可以節(jié)省響應(yīng)時間，但是減少并行下載卻會增加響應(yīng)時間。我的指導原則是把這些頁面中的內(nèi)容分割成至少兩部分但不超過四部分。這種結(jié)果就是在減少DNS查找次數(shù)和保持較高程度并行下載兩者之間的權(quán)衡了。
根據(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上。
跳轉(zhuǎn)的正確使用
在用戶和HTML文檔中間增加一個跳轉(zhuǎn)，會拖延頁面中所有元素的顯示，因為在HTML文件被加載前任何文件（圖像、 Flash等）都不會被下載。有一種經(jīng)常被網(wǎng)頁開發(fā)者忽略卻往往十分浪費響應(yīng)時間的跳轉(zhuǎn)現(xiàn)象。這種現(xiàn)象發(fā)生在當URL本該有斜杠（/）卻被忽略掉時。例如，當我們要訪問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ù)用戶的不同類型（如瀏覽器類型、用戶賬號所屬類型）來進行跳轉(zhuǎn)。使用跳轉(zhuǎn)來實現(xiàn)兩個網(wǎng)站的切換十分簡單，需要的代碼量也不多。盡管使用這種方法對于開發(fā)者來說可以降低復雜程度，但是它同樣降低用戶體驗。一個可替代方法就是如果兩者在同一臺服務(wù)器上時使用Alias和modrewrite和實現(xiàn)。如果是因為域名的不同而采用跳轉(zhuǎn)，那么可以在web服務(wù)器通過使用 Alias或者modrewirte進行跳轉(zhuǎn)。
可緩存的AJAX
在一些情況下ajax可使用緩存減少網(wǎng)絡(luò)開銷。
讓我們來看一個例子：一個Web2.0的Email客戶端會使用Ajax來自動完成對用戶地址薄的下載。如果用戶在上次使用過Email web應(yīng)用程序后沒有對地址薄作任何的修改，而且Ajax響應(yīng)通過Expire或者Cacke-Control頭來實現(xiàn)緩存，那么就可以直接從上一次的緩存中讀取地址薄了。必須告知瀏覽器是使用緩存中的地址薄還是發(fā)送一個新的請求。這可以通過為讀取地址薄的Ajax URL增加一個含有上次編輯時間的時間戳來實現(xiàn)，例如，&t=11900241612等。如果地址薄在上次下載后沒有被編輯過，時間戳就不變，則從瀏覽器的緩存中加載從而減少了一次HTTP請求過程。如果用戶修改過地址薄，時間戳就會用來確定新的URL和緩存響應(yīng)并不匹配，瀏覽器就會重要請求更新地址薄。即使你的Ajxa響應(yīng)是動態(tài)生成的，哪怕它只適用于一個用戶，那么它也應(yīng)該被緩存起來。這樣做可以使你的Web2.0應(yīng)用程序更加快捷。
減少DOM元素數(shù)量
一個復雜的頁面意味著需要下載更多數(shù)據(jù)，同時也意味著JavaScript遍歷DOM的效率越慢。比如當你增加一個事件句柄時在500和5000個 DOM元素中循環(huán)效果肯定是不一樣的。大量的DOM元素的存在意味著頁面中有可以不用移除內(nèi)容只需要替換元素標簽就可以精簡的部分。你在頁面布局中使用表格了嗎？你有沒有僅僅為了布局而引入更多的
元素呢？也許會存在一個適合或者在語意是更貼切的標簽可以供你使用。 YUI CSS utilities可以給你的布局帶來巨大幫助：grids.css可以幫你實現(xiàn)整體布局，font.css和reset.css可以幫助你移除瀏覽器默認格式。它提供了一個重新審視你頁面中標簽的機會，比如只有在語意上有意義時才使用
，而不是因為它具有換行效果才使用它。 DOM元素數(shù)量很容易計算出來，只需要在Firebug的控制臺內(nèi)輸入： document.getElementsByTagName(‘*’).length 那么多少個DOM元素算是多呢？這可以對照有很好標記使用的類似頁面。比如Yahoo!主頁是一個內(nèi)容非常多的頁面，但是它只使用了700個元素（HTML標簽）。
使iframe的數(shù)量最小
ifrmae元素可以在父文檔中插入一個新的HTML文檔。了解iframe的工作理然后才能更加有效地使用它，這一點很重要。
優(yōu)點：解決加載緩慢的第三方內(nèi)容如圖標和廣告等的加載問題; Security sandbox; 并行加載腳本;
的缺點：即時內(nèi)容為空，加載也需要時間; 會阻止頁面加載; 沒有語意;
不要出現(xiàn)404錯誤
HTTP請求時間消耗是很大的，因此使用HTTP請求來獲得一個沒有用處的響應(yīng)（例如404沒有找到頁面）是完全沒有必要的，它只會降低用戶體驗而不會有一點好處。有些站點把404錯誤響應(yīng)頁面改為“你是不是要找***”，這雖然改進了用戶體驗但是同樣也會浪費服務(wù)器資源（如數(shù)據(jù)庫等）。最糟糕的情況是指向外部 JavaScript的鏈接出現(xiàn)問題并返回404代碼。首先，這種加載會破壞并行加載；其次瀏覽器會把試圖在返回的404響應(yīng)內(nèi)容中找到可能有用的部分當作JavaScript代碼來執(zhí)行。
為文件頭指定Expires或Cache-Control
這條守則包括兩方面的內(nèi)容：對于靜態(tài)內(nèi)容：設(shè)置文件頭過期時間Expires的值為“Never expire”（永不過期）對于動態(tài)內(nèi)容：使用恰當?shù)腃ache-Control文件頭來幫助瀏覽器進行有條件的請求網(wǎng)頁內(nèi)容設(shè)計現(xiàn)在越來越豐富，這就意味著頁面中要包含更多的腳本、樣式表、圖片和Flash。第一次訪問你頁面的用戶就意味著進行多次的HTTP請求，但是通過使用Expires文件頭就可以使這樣內(nèi)容具有緩存性。它避免了接下來的頁面訪問中不必要的HTTP請求。Expires文件頭經(jīng)常用于圖像文件，但是應(yīng)該在所有的內(nèi)容都使用他，包括腳本、樣式表和Flash等。瀏覽器（和代理）使用緩存來減少HTTP請求的大小和次數(shù)以加快頁面訪問速度。Web服務(wù)器在HTTP響應(yīng)中使用Expires文件頭來告訴客戶端內(nèi)容需要緩存多長時間。下面這個例子是一個較長時間的Expires文件頭，它告訴瀏覽器這個響應(yīng)直到2010年4月15日才過期。 Expires: Thu, 15 Apr 2010 20:00:00 GMT 如果你使用的是Apache服務(wù)器，可以使用ExpiresDefault來設(shè)定相對當前日期的過期時間。下面這個例子是使用 ExpiresDefault來設(shè)定請求時間后10年過期的文件頭： ExpiresDefault “access plus 10 years” 要切記，如果使用了Expires文件頭，當頁面內(nèi)容改變時就必須改變內(nèi)容的文件名。依Yahoo!來說我們經(jīng)常使用這樣的步驟：在內(nèi)容的文件名中加上版本號，如yahoo_2.0.6.js。使用Expires文件頭只有會在用戶已經(jīng)訪問過你的網(wǎng)站后才會起作用。當用戶首次訪問你的網(wǎng)站時這對減少HTTP請求次數(shù)來說是無效的，因為瀏覽器的緩存是空的。因此這種方法對于你網(wǎng)站性能的改進情況要依據(jù)他們“預緩存”存在時對你頁面的點擊頻率（“預緩存”中已經(jīng)包含了頁面中的所有內(nèi)容）。 Yahoo!建立了一套測量方法，我們發(fā)現(xiàn)所有的頁面瀏覽量中有75~85%都有“預緩存”。通過使用Expires文件頭，增加了緩存在瀏覽器中內(nèi)容的數(shù)量，并且可以在用戶接下來的請求中再次使用這些內(nèi)容，這甚至都不需要通過用戶發(fā)送一個字節(jié)的請求。
Gzip壓縮文件內(nèi)容
服務(wù)器開啟Gzip，能減少50%以上的傳輸。
盡早刷新輸出緩沖
當用戶請求一個頁面時，無論如何都會花費200到500毫秒用于后臺組織HTML文件。在這期間，瀏覽器會一直空閑等待數(shù)據(jù)返回。在PHP中，你可以使用 flush()方法，它允許你把已經(jīng)編譯的好的部分HTML響應(yīng)文件先發(fā)送給瀏覽器，這時瀏覽器就會可以下載文件中的內(nèi)容（腳本等）而后臺同時處理剩余的 HTML頁面。這樣做的效果會在后臺煩惱或者前臺較空閑時更加明顯。
簡單請求使用GET方式
Yahoo!Mail團隊發(fā)現(xiàn)，當使用XMLHttpRequest時，瀏覽器中的POST方法是一個“兩步走”的過程：首先發(fā)送文件頭，然后才發(fā)送數(shù)據(jù)。因此使用GET最為恰當，因為它只需發(fā)送一個TCP包（除非你有很多cookie）。IE中URL的最大長度為2K，因此如果你要發(fā)送一個超過2K的數(shù)據(jù)時就不能使用GET了。一個有趣的不同就是POST并不像GET那樣實際發(fā)送數(shù)據(jù)。根據(jù)HTTP規(guī)范，GET意味著“獲取”數(shù)據(jù)，因此當你僅僅獲取數(shù)據(jù)時使用GET更加有意義（從語意上講也是如此），相反，發(fā)送并在服務(wù)端保存數(shù)據(jù)時使用POST。
避免使用CSS表達式（Expression）
CSS表達式是動態(tài)設(shè)置CSS屬性的強大（但危險）方法。Internet Explorer從第5個版本開始支持CSS表達式。下面的例子中，使用CSS表達式可以實現(xiàn)隔一個小時切換一次背景顏色： background-color: expression( (new Date()).getHours()%2 ? “#B8D4FF” : “#F08A00″ ); 如上所示，expression中使用了JavaScript表達式。CSS屬性根據(jù)JavaScript表達式的計算結(jié)果來設(shè)置。 expression方法在其它瀏覽器中不起作用，因此在跨瀏覽器的設(shè)計中單獨針對Internet Explorer設(shè)置時會比較有用。
表達式的問題就在于它的計算頻率要比我們想象的多。不僅僅是在頁面顯示和縮放時，就是在頁面滾動、乃至移動鼠標時都會要重新計算一次。給CSS表達式增加一個計數(shù)器可以跟蹤表達式的計算頻率。在頁面中隨便移動鼠標都可以輕松達到10000次以上的計算量。
一個減少CSS表達式計算次數(shù)的方法就是使用一次性的表達式，它在第一次運行時將結(jié)果賦給指定的樣式屬性，并用這個屬性來代替CSS表達式。如果樣式屬性必須在頁面周期內(nèi)動態(tài)地改變，使用事件句柄來代替CSS表達式是一個可行辦法。如果必須使用CSS表達式，一定要記住它們要計算成千上萬次并且可能會對你頁面的性能產(chǎn)生影響。
使用外部JavaScript和CSS
很多性能規(guī)則都是關(guān)于如何處理外部文件的。但是，在你采取這些措施前你可能會問到一個更基本的問題：JavaScript和CSS是應(yīng)該放在外部文件中呢還是把它們放在頁面本身之內(nèi)呢？在實際應(yīng)用中使用外部文件可以提高頁面速度，因為JavaScript和CSS文件都能在瀏覽器中產(chǎn)生緩存。內(nèi)置在HTML文檔中的 JavaScript和CSS則會在每次請求中隨HTML文檔重新下載。這雖然減少了HTTP請求的次數(shù)，卻增加了HTML文檔的大小。從另一方面來說，如果外部文件中的JavaScript和CSS被瀏覽器緩存，在沒有增加HTTP請求次數(shù)的同時可以減少HTML文檔的大小。關(guān)鍵問題是，外部JavaScript和CSS文件緩存的頻率和請求HTML文檔的次數(shù)有關(guān)。雖然有一定的難度，但是仍然有一些指標可以一測量它。如果一個會話中用戶會瀏覽你網(wǎng)站中的多個頁面，并且這些頁面中會重復使用相同的腳本和樣式表，緩存外部文件就會帶來更大的益處。許多網(wǎng)站沒有功能建立這些指標。對于這些網(wǎng)站來說，最好的堅決方法就是把JavaScript和CSS作為外部文件引用。比較適合使用內(nèi)置代碼的例外就是網(wǎng)站的主頁，如Yahoo!主頁和My Yahoo!。主頁在一次會話中擁有較少（可能只有一次）的瀏覽量，你可以發(fā)現(xiàn)內(nèi)置JavaScript和CSS對于終端用戶來說會加快響應(yīng)時間。對于擁有較大瀏覽量的首頁來說，有一種技術(shù)可以平衡內(nèi)置代碼帶來的HTTP請求減少與通過使用外部文件進行緩存帶來的好處。其中一個就是在首頁中內(nèi)置 JavaScript和CSS，但是在頁面下載完成后動態(tài)下載外部文件，在子頁面中使用到這些文件時，它們已經(jīng)緩存到瀏覽器了。
用link代替@import
前面的最佳實現(xiàn)中提到CSS應(yīng)該放置在頂端以利于有序加載呈現(xiàn)。在IE中，頁面底部@import和使用
作用是一樣的，因此最好不要使用它。
避免使用濾鏡
IE獨有屬性AlphaImageLoader用于修正7.0以下版本中顯示PNG圖片的半透明效果。這個濾鏡的問題在于瀏覽器加載圖片時它會終止內(nèi)容的呈現(xiàn)并且凍結(jié)瀏覽器。在每一個元素（不僅僅是圖片）它都會運算一次，增加了內(nèi)存開支，因此它的問題是多方面的。完全避免使用AlphaImageLoader的最好方法就是使用PNG8格式來代替，這種格式能在IE中很好地工作。如果你確實需要使用 AlphaImageLoader，請使用下劃線_filter又使之對IE7以上版本的用戶無效。
剔除重復腳本
在同一個頁面中重復引用JavaScript文件會影響頁面的性能。你可能會認為這種情況并不多見。對于美國前10大網(wǎng)站的調(diào)查顯示其中有兩家存在重復引用腳本的情況。有兩種主要因素導致一個腳本被重復引用的奇怪現(xiàn)象發(fā)生：團隊規(guī)模和腳本數(shù)量。如果真的存在這種情況，重復腳本會引起不必要的HTTP請求和無用的JavaScript運算，這降低了網(wǎng)站性能。在Internet Explorer中會產(chǎn)生不必要的HTTP請求，而在Firefox卻不會。在Internet Explorer中，如果一個腳本被引用兩次而且它又不可緩存，它就會在頁面加載過程中產(chǎn)生兩次HTTP請求。即時腳本可以緩存，當用戶重載頁面時也會產(chǎn) 生額外的HTTP請求。除增加額外的HTTP請求外，多次運算腳本也會浪費時間。在Internet Explorer和Firefox中不管腳本是否可緩存，它們都存在重復運算JavaScript的問題。一個避免偶爾發(fā)生的兩次引用同一腳本的方法是在模板中使用腳本管理模塊引用腳本。在HTML頁面中使用script 標簽引用腳本的最常見方法就是：在PHP中可以通過創(chuàng)建名為insertScript的方法來替代：
為了防止多次重復引用腳本，這個方法中還應(yīng)該使用其它機制來處理腳本，如檢查所屬目錄和為腳本文件名中增加版本號以用于Expire文件頭等。
減小Cookie體積
HTTP coockie可以用于權(quán)限驗證和個性化身份等多種用途。coockie內(nèi)的有關(guān)信息是通過HTTP文件頭來在web服務(wù)器和瀏覽器之間進行交流的。因此保持coockie盡可能的小以減少用戶的響應(yīng)時間十分重要。有關(guān)更多信息可以查看Tenni Theurer和Patty Chi的文章“When the Cookie Crumbles”。這們研究中主要包括：
去除不必要的coockie 使coockie體積盡量小以減少對用戶響應(yīng)的影響注意在適應(yīng)級別的域名上設(shè)置coockie以便使子域名不受影響設(shè)置合理的過期時間。較早地Expire時間和不要過早去清除coockie，都會改善用戶的響應(yīng)時間。
對于靜態(tài)資源使用無coockie域名
當瀏覽器在請求中同時請求一張靜態(tài)的圖片和發(fā)送coockie時，服務(wù)器對于這些coockie不會做任何地使用。因此他們只是因為某些負面因素而創(chuàng)建的網(wǎng)絡(luò)傳輸。所有你應(yīng)該確定對于靜態(tài)內(nèi)容的請求是無coockie的請求。創(chuàng)建一個子域名并用他來存放所有靜態(tài)內(nèi)容。
如果你的域名是www.example.org，你可以在static.example.org上存在靜態(tài)內(nèi)容。但是，如果你不是在 www.example.org 上而是在頂級域名example.org設(shè)置了coockie，那么所有對于static.example.org的請求都包含coockie。在這種情況下，你可以再重新購買一個新的域名來存在靜態(tài)內(nèi)容，并且要保持這個域名是無coockie的。Yahoo!使用的是 ymig.com，YouTube使用的是ytimg.com，Amazon使用的是images-anazon.com等等。
不要在HTML中縮放圖像
不要為了在HTML中設(shè)置長寬而使用比實際需要大的圖片。如果你需要：那么你的圖片（mycat.jpg）就應(yīng)該是100×100像素而不是把一個500×500像素的圖片縮小使用。
favicon.ico要小而且可緩存
favicon.ico是位于服務(wù)器根目錄下的一個圖片文件。它是必定存在的，因為即使你不關(guān)心它是否有用，瀏覽器也會對它發(fā)出請求，因此最好不要返回一個404 Not Found的響應(yīng)。由于是在同一臺服務(wù)器上，它每被請求一次coockie就會被發(fā)送一次。這個圖片文件還會影響下載順序，例如在IE中當你在 onload中請求額外的文件時，favicon會在這些額外內(nèi)容被加載前下載。因此，為了減少favicon.ico帶來的弊端，要做到：
文件盡量地小，最好小于1K；在適當?shù)臅r候（也就是你不要打算再換 favicon.ico的時候，因為更換新文件時不能對它進行重命名）為它設(shè)置Expires文件頭。你可以很安全地把Expires文件頭設(shè)置為未來的幾個月。你可以通過核對當前favicon.ico的上次編輯時間來作出判斷。Imagemagick可以幫你創(chuàng)建小巧的 favicon。
保持單個內(nèi)容小于25K
這條限制主要是因為iPhone不能緩存大于25K的文件。注意這里指的是解壓縮后的大小。由于單純gizp壓縮可能達不要求，因此精簡文件就顯得十分重要。查看更多信息，請參閱Wayne Shea和Tenni Theurer的文件“Performance Research, Part 5: iPhone Cacheability – Making it Stick”。

猜你喜歡：

網(wǎng)站搭建流程：如何搭建一個網(wǎng)站？

網(wǎng)站性能優(yōu)化有哪些方法?常見方法介紹

靜態(tài)網(wǎng)站與動態(tài)網(wǎng)站的區(qū)別是什么？[web前端培訓]

傳智教育前端開發(fā)高手班

上一篇：CSS幾種常見的頁面布局方式介紹 下一篇：如何理解盒子模型？它有哪些部分組成？