常見網站性能優化方法

1. 儘可能減小HTTP請求次數

• 合併js
• 合併css
• 圖片sprite

2. 延遲加載內容

• 圖片懶加載
• 數據懶加載(點擊查看更多)
• 功能懶加載（曝光或者點擊後加載html模塊、js功能模塊）

3. 使用離線緩存

把經常使用的變更又少的js、css、圖片存儲到localstorage，第二次訪問的時候直接走本地緩存。在移動端使用普遍。

4. CSS、JS放置正確位置

把css放在head中，保證頁面看到的時候樣式是對的。
把js放到body裏最後位置，防止加載js阻塞頁面。

5. 靜態資源壓縮

圖片、CSS、JS在發佈前要壓縮。

6. 靜態資源使用多個域名

對於圖片、CSS、JS，可以使用幾個域名，能夠併發加載。

7. 靜態資源使用cdn存儲

用戶與你網站服務器的接近程度會影響響應時間的長短。 能夠把靜態資源放到內容分發網絡（Content Delivery Network，CDN）中加快訪問速度。

8. 預加載

在某個功能還沒展示時，在空閒時間預先加載相關圖片或者js代碼

9. DOM操做優化

使用JavaScript訪問DOM元素比較慢，所以爲了得到更多的應該頁面，應該作到：
緩存已經訪問過的有關元素
線下更新完節點以後再將它們添加到文檔樹中
避免使用JavaScript來修改頁面佈局

10. 優化算法

在js處理中優化查找、排序算法。儘可能少使用嵌套循環。
使用事件代理

有時候咱們會感受到頁面反應遲鈍，這是由於DOM樹元素中附加了過多的事件句柄而且些事件句病被頻繁地觸發。這就是爲何說使用event delegation（事件代理）是一種好方法了。若是你在一個div中有10個按鈕，你只須要在div上附加一次事件句柄就能夠了，而不用去爲每個按 鈕增長一個句柄。事件冒泡時你能夠捕捉到事件並判斷出是哪一個事件發出的。 你一樣也不用爲了操做DOM樹而等待onload事件的發生。你須要作的就是等待樹結構中你要訪問的元素出現。你也不用等待全部圖像都加載完畢。 你可能會但願用DOMContentLoaded事件來代替 事件應用程序中的onAvailable方法。

減小DNS查找次數

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

根據域名劃分頁面內容

把頁面內容劃分紅若干部分可使你最大限度地實現平行下載。因爲DNS查找帶來的影響你首先要確保你使用的域名數量在2個到4個之間。例如，你能夠把用到的HTML內容和動態內容放在www.example.org上，而把頁面各類組件（圖片、腳本、CSS)分別存放在 statics1.example.org和statics.example.org上。

跳轉的正確使用

在用戶和HTML文檔中間增長一個跳轉，會拖延頁面中全部元素的顯示，由於在HTML文件被加載前任何文件（圖像、 Flash等）都不會被下載。 有一種常常被網頁開發者忽略卻每每十分浪費響應時間的跳轉現象。這種現象發生在當URL本該有斜槓（/）卻被忽略掉時。例如，當咱們要訪問http: //astrology.yahoo.com/astrology 時，實際上返回的是一個包含301代碼的跳轉，它指向的是http://astrology.yahoo.com/astrology/ （注意末尾的斜槓）。在Apache服務器中可使用Alias 或者 mod_rewrite或者the DirectorySlash來避免。
鏈接新網站和舊網站是跳轉功能常常被用到的另外一種狀況。這種狀況下每每要鏈接網站的不一樣內容而後根據用戶的不一樣類型（如瀏覽器類型、用戶帳號所屬類型）來 進行跳轉。使用跳轉來實現兩個網站的切換十分簡單，須要的代碼量也很少。儘管使用這種方法對於開發者來講能夠下降複雜程度，可是它一樣下降用戶體驗。一個 可替代方法就是若是二者在同一臺服務器上時使用Alias和modrewrite和實現。若是是由於域名的不一樣而採用跳轉，那麼能夠在web服務器經過使用 Alias或者modrewirte進行跳轉。

可緩存的AJAX

在一些狀況下ajax可以使用緩存減小網絡開銷。

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

減小DOM元素數量

一個複雜的頁面意味着須要下載更多數據，同時也意味着JavaScript遍歷DOM的效率越慢。好比當你增長一個事件句柄時在500和5000個 DOM元素中循環效果確定是不同的。 大量的DOM元素的存在乎味着頁面中有能夠不用移除內容只須要替換元素標籤就能夠精簡的部分。你在頁面佈局中使用表格了嗎？你有沒有僅僅爲了佈局而引入更多的
元素呢？也許會存在一個適合或者在語意是更貼切的標籤能夠供你使用。 YUI CSS utilities能夠給你的佈局帶來巨大幫助：grids.css能夠幫你實現總體佈局，font.css和reset.css能夠幫助你移除瀏覽器默 認格式。它提供了一個從新審視你頁面中標籤的機會，好比只有在語意上有意義時才使用
，而不是由於它具備換行效果才使用它。 DOM元素數量很容易計算出來，只須要在Firebug的控制檯內輸入： document.getElementsByTagName(‘*’).length 那麼多少個DOM元素算是多呢？這能夠對照有很好標記使用的相似頁面。好比Yahoo!主頁是一個內容很是多的頁面，可是它只使用了700個元素（HTML標籤）。

使iframe的數量最小

ifrmae元素能夠在父文檔中插入一個新的HTML文檔。瞭解iframe的工做理而後才能更加有效地使用它，這一點很重要。
<iframe>優勢： 解決加載緩慢的第三方內容如圖標和廣告等的加載問題; Security sandbox; 並行加載腳本;
<iframe>的缺點： 即時內容爲空，加載也須要時間; 會阻止頁面加載; 沒有語意;

不要出現404錯誤

HTTP請求時間消耗是很大的，所以使用HTTP請求來得到一個沒有用處的響應（例如404沒有找到頁面）是徹底沒有必要的，它只會下降用戶體驗而不會有一點好處。 有些站點把404錯誤響應頁面改成「你是否是要找***」，這雖然改進了用戶體驗可是一樣也會浪費服務器資源（如數據庫等）。最糟糕的狀況是指向外部 JavaScript的連接出現問題並返回404代碼。首先，這種加載會破壞並行加載；其次瀏覽器會把試圖在返回的404響應內容中找到可能有用的部分當 做JavaScript代碼來執行。

爲文件頭指定Expires或Cache-Control

這條守則包括兩方面的內容： 對於靜態內容：設置文件頭過時時間Expires的值爲「Never expire」（永不過時） 對於動態內容：使用恰當的Cache-Control文件頭來幫助瀏覽器進行有條件的請求 網頁內容設計如今愈來愈豐富，這就意味着頁面中要包含更多的腳本、樣式表、圖片和Flash。第一次訪問你頁面的用戶就意味着進行屢次的HTTP請求，但 是經過使用Expires文件頭就可使這樣內容具備緩存性。它避免了接下來的頁面訪問中沒必要要的HTTP請求。Expires文件頭常常用於圖像文件， 可是應該在全部的內容都使用他，包括腳本、樣式表和Flash等。 瀏覽器（和代理）使用緩存來減小HTTP請求的大小和次數以加快頁面訪問速度。Web服務器在HTTP響應中使用Expires文件頭來告訴客戶端內容需 要緩存多長時間。下面這個例子是一個較長時間的Expires文件頭，它告訴瀏覽器這個響應直到2010年4月15日才過時。 Expires: Thu, 15 Apr 2010 20:00:00 GMT 若是你使用的是Apache服務器，可使用ExpiresDefault來設定相對當前日期的過時時間。下面這個例子是使用 ExpiresDefault來設定請求時間後10年過時的文件頭： ExpiresDefault 「access plus 10 years」 要切記，若是使用了Expires文件頭，當頁面內容改變時就必須改變內容的文件名。依Yahoo!來講咱們常用這樣的步驟：在內容的文件名中加上版本號，如yahoo_2.0.6.js。 使用Expires文件頭只有會在用戶已經訪問過你的網站後纔會起做用。當用戶首次訪問你的網站時這對減小HTTP請求次數來講是無效的，由於瀏覽器的緩 存是空的。所以這種方法對於你網站性能的改進狀況要依據他們「預緩存」存在時對你頁面的點擊頻率（「預緩存」中已經包含了頁面中的全部內容）。 Yahoo!創建了一套測量方法，咱們發現全部的頁面瀏覽量中有75~85%都有「預緩存」。經過使用Expires文件頭，增長了緩存在瀏覽器中內容的 數量，而且能夠在用戶接下來的請求中再次使用這些內容，這甚至都不須要經過用戶發送一個字節的請求。

Gzip壓縮文件內容

服務器開啓Gzip，能減小50%以上的傳輸。

儘早刷新輸出緩衝

當用戶請求一個頁面時，不管如何都會花費200到500毫秒用於後臺組織HTML文件。在這期間，瀏覽器會一直空閒等待數據返回。在PHP中，你可使用 flush()方法，它容許你把已經編譯的好的部分HTML響應文件先發送給瀏覽器，這時瀏覽器就會能夠下載文件中的內容（腳本等）然後臺同時處理剩餘的 HTML頁面。這樣作的效果會在後臺煩惱或者前臺較空閒時更加明顯。

簡單請求使用GET方式

Yahoo!Mail團隊發現，當使用XMLHttpRequest時，瀏覽器中的POST方法是一個「兩步走」的過程：首先發送文件頭，而後才發送數據。所以使用GET最爲恰當，由於它只需發送一個TCP包（除非你有不少cookie）。IE中URL的最大長度爲2K，所以若是你要發送一個超過2K的 數據時就不能使用GET了。 一個有趣的不一樣就是POST並不像GET那樣實際發送數據。根據HTTP規範，GET意味着「獲取」數據，所以當你僅僅獲取數據時使用GET更加有意義（從語意上講也是如此），相反，發送並在服務端保存數據時使用POST。

避免使用CSS表達式（Expression）

CSS表達式是動態設置CSS屬性的強大（但危險）方法。Internet Explorer從第5個版本開始支持CSS表達式。下面的例子中，使用CSS表達式能夠實現隔一個小時切換一次背景顏色： background-color: expression( (new Date()).getHours()%2 ? 「#B8D4FF」 : 「#F08A00″ ); 如上所示，expression中使用了JavaScript表達式。CSS屬性根據JavaScript表達式的計算結果來設置。 expression方法在其它瀏覽器中不起做用，所以在跨瀏覽器的設計中單獨針對Internet Explorer設置時會比較有用。
表達式的問題就在於它的計算頻率要比咱們想象的多。不只僅是在頁面顯示和縮放時，就是在頁面滾動、乃至移動鼠標時都會要從新計算一次。給CSS表達式增長一個計數器能夠跟蹤表達式的計算頻率。在頁面中隨便移動鼠標均可以輕鬆達到10000次以上的計算量。
一個減小CSS表達式計算次數的方法就是使用一次性的表達式，它在第一次運行時將結果賦給指定的樣式屬性，並用這個屬性來代替CSS表達式。若是樣式屬性 必須在頁面週期內動態地改變，使用事件句柄來代替CSS表達式是一個可行辦法。若是必須使用CSS表達式，必定要記住它們要計算成千上萬次而且可能會對你 頁面的性能產生影響。

使用外部JavaScript和CSS

不少性能規則都是關於如何處理外部文件的。可是，在你採起這些措施前你可能會問到一個更基本的問題：JavaScript和CSS是應該放在外部文件中呢仍是把它們放在頁面自己以內呢？ 在實際應用中使用外部文件能夠提升頁面速度，由於JavaScript和CSS文件都能在瀏覽器中產生緩存。內置在HTML文檔中的 JavaScript和CSS則會在每次請求中隨HTML文檔從新下載。這雖然減小了HTTP請求的次數，卻增長了HTML文檔的大小。從另外一方面來講， 若是外部文件中的JavaScript和CSS被瀏覽器緩存，在沒有增長HTTP請求次數的同時能夠減小HTML文檔的大小。 關鍵問題是，外部JavaScript和CSS文件緩存的頻率和請求HTML文檔的次數有關。雖然有必定的難度，可是仍然有一些指標能夠一測量它。若是一 個會話中用戶會瀏覽你網站中的多個頁面，而且這些頁面中會重複使用相同的腳本和樣式表，緩存外部文件就會帶來更大的益處。 許多網站沒有功能創建這些指標。對於這些網站來講，最好的堅定方法就是把JavaScript和CSS做爲外部文件引用。比較適合使用內置代碼的例外就是 網站的主頁，如Yahoo!主頁和My Yahoo!。主頁在一次會話中擁有較少（可能只有一次）的瀏覽量，你能夠發現內置JavaScript和CSS對於終端用戶來講會加快響應時 間。 對於擁有較大瀏覽量的首頁來講，有一種技術能夠平衡內置代碼帶來的HTTP請求減小與經過使用外部文件進行緩存帶來的好處。其中一個就是在首頁中內置 JavaScript和CSS，可是在頁面下載完成後動態下載外部文件，在子頁面中使用到這些文件時，它們已經緩存到瀏覽器了。

用link代替@import

前面的最佳實現中提到CSS應該放置在頂端以利於有序加載呈現。 在IE中，頁面底部@import和使用<link>做用是同樣的，所以最好不要使用它。

避免使用濾鏡

IE獨有屬性AlphaImageLoader用於修正7.0如下版本中顯示PNG圖片的半透明效果。這個濾鏡的問題在於瀏覽器加載圖片時它會終止內容的 呈現而且凍結瀏覽器。在每個元素（不只僅是圖片）它都會運算一次，增長了內存開支，所以它的問題是多方面的。 徹底避免使用AlphaImageLoader的最好方法就是使用PNG8格式來代替，這種格式能在IE中很好地工做。若是你確實須要使用 AlphaImageLoader，請使用下劃線_filter又使之對IE7以上版本的用戶無效。

剔除重複腳本

在同一個頁面中重複引用JavaScript文件會影響頁面的性能。你可能會認爲這種狀況並很少見。對於美國前10大網站的調查顯示其中有兩家存在重複引 用腳本的狀況。有兩種主要因素致使一個腳本被重複引用的奇怪現象發生：團隊規模和腳本數量。若是真的存在這種狀況，重複腳本會引發沒必要要的HTTP請求和 無用的JavaScript運算，這下降了網站性能。 在Internet Explorer中會產生沒必要要的HTTP請求，而在Firefox卻不會。在Internet Explorer中，若是一個腳本被引用兩次並且它又不可緩存，它就會在頁面加載過程當中產生兩次HTTP請求。即時腳本能夠緩存，當用戶重載頁面時也會產 生額外的HTTP請求。 除增長額外的HTTP請求外，屢次運算腳本也會浪費時間。在Internet Explorer和Firefox中無論腳本是否可緩存，它們都存在重複運算JavaScript的問題。 一個避免偶爾發生的兩次引用同一腳本的方法是在模板中使用腳本管理模塊引用腳本。在HTML頁面中使用script 標籤引用腳本的最多見方法就是： <script type=」text/javascript」 src=」menu_1.0.17.js」></script> 在PHP中能夠經過建立名爲insertScript的方法來替代：
爲了防止屢次重複引用腳本，這個方法中還應該使用其它機制來處理腳本，如檢查所屬目錄和爲腳本文件名中增長版本號以用於Expire文件頭等。

減少Cookie體積

HTTP coockie能夠用於權限驗證和個性化身份等多種用途。coockie內的有關信息是經過HTTP文件頭來在web服務器和瀏覽器之間進行交流的。所以保持coockie儘量的小以減小用戶的響應時間十分重要。 有關更多信息能夠查看Tenni Theurer和Patty Chi的文章「When the Cookie Crumbles」。這們研究中主要包括：
去除沒必要要的coockie 使coockie體積儘可能小以減小對用戶響應的影響 注意在適應級別的域名上設置coockie以便使子域名不受影響 設置合理的過時時間。較早地Expire時間和不要過早去清除coockie，都會改善用戶的響應時間。

對於靜態資源使用無coockie域名

當瀏覽器在請求中同時請求一張靜態的圖片和發送coockie時，服務器對於這些coockie不會作任何地使用。所以他們只是由於某些負面因素而建立的 網絡傳輸。全部你應該肯定對於靜態內容的請求是無coockie的請求。建立一個子域名並用他來存放全部靜態內容。
若是你的域名是www.example.org，你能夠在static.example.org上存在靜態內容。可是，若是你不是在 www.example.org 上而是在頂級域名example.org設置了coockie，那麼全部對於static.example.org的請求都包含coockie。在這種情 況下，你能夠再從新購買一個新的域名來存在靜態內容，而且要保持這個域名是無coockie的。Yahoo!使用的是 ymig.com，YouTube使用的是ytimg.com，Amazon使用的是images-anazon.com等等。

不要在HTML中縮放圖像

不要爲了在HTML中設置長寬而使用比實際須要大的圖片。若是你須要： <img width=」100″ height=」100″ src=」mycat.jpg」 alt=」My Cat」 /> 那麼你的圖片（mycat.jpg）就應該是100×100像素而不是把一個500×500像素的圖片縮小使用。

favicon.ico要小並且可緩存

favicon.ico是位於服務器根目錄下的一個圖片文件。它是一定存在的，由於即便你不關心它是否有用，瀏覽器也會對它發出請求，所以最好不要返回一 個404 Not Found的響應。因爲是在同一臺服務器上，它每被請求一次coockie就會被髮送一次。這個圖片文件還會影響下載順序，例如在IE中當你在 onload中請求額外的文件時，favicon會在這些額外內容被加載前下載。 所以，爲了減小favicon.ico帶來的弊端，要作到：
文件儘可能地小，最好小於1K； 在適當的時候（也就是你不要打算再換 favicon.ico的時候，由於更換新文件時不能對它進行重命名）爲它設置Expires文件頭。你能夠很安全地把Expires文件頭設置爲將來的幾個月。你能夠經過覈對當前favicon.ico的上次編輯時間來做出判斷。Imagemagick能夠幫你建立小巧的 favicon。

保持單個內容小於25K

這條限制主要是由於iPhone不能緩存大於25K的文件。注意這裏指的是解壓縮後的大小。因爲單純gizp壓縮可能達不要求，所以精簡文件就顯得十分重要。 查看更多信息，請參閱Wayne Shea和Tenni Theurer的文件「Performance Research, Part 5: iPhone Cacheability – Making it Stick」。

做者：Aleph_Zheng 連接：https://www.jianshu.com/p/897569276fdf 來源：簡書 簡書著做權歸做者全部，任何形式的轉載都請聯繫做者得到受權並註明出處。