《干貨：如何對移動端H5前端做性能優化》要點：
本文介紹了干貨：如何對移動端H5前端做性能優化，希望對您有用。如果有疑問，可以聯系我們。

相關主題：html5和webapp

這個是前兩年的文章，但仍然有價值，可以參考一下。希望對你有用。

現在，在技術上，HTML5大行其道：

1：有數據顯示，有80%的App全部或部分基于HTML5。

2：谷歌瀏覽器于9月1日起不在支持自動播放Flash。

3：亞馬遜旗下網站（包括Amazon.com門戶在內）的所有廣告將不再使用flash。在可預見的未來，flash廣告將被HTML5廣告所取代。

移動端+HTML5，這個組合對前端工程師來說是個不小的挑戰：如何讓開發的頁面能有更好的體驗？這就是我們今天討論的話題：移動端HTML5頁面前端性能優化。

如何優化HTML5在移動設置上的性能表現，首先需要明確以下幾個原則：

1、PC優化手段在Mobile端同樣適用。

2、在Mobile側我們提出三秒種渲染完成首屏指標。

3、基于第二點，首屏加載3秒完成或使用Loading。

4、基于聯通3G網絡平均338KB/s(2.71Mb/s)，所以首屏資源不應超過1014KB。

5、Mobile端因手機配置原因，除加載外渲染速度也是優化重點。

6、基于第五點，要合理處理代碼減少渲染損耗。

7、基于第二、第五點，所有影響首屏加載和渲染的代碼應在處理邏輯中后置。

8、加載完成后用戶交互使用時也需注意性能。

接下來先看一張小抄神圖：

之所以說是神圖，是因為它基本上涵蓋了所有的優化方案！非常詳盡！在這里，我們針對其中幾個代表性方案進行探討：

加載優化

對于移動端的網頁來說，加載過程是最為耗時的過程，可能會占到總耗時的80%時間，因此是優化的重點，當然，手機站的其他前端要素優化也是不能忽略的。

1、減少HTTP請求

因為手機瀏覽器同時響應請求為4個請求（Android支持4個，iOS 5后可支持6個），所以要盡量減少頁面的請求數，首次加載同時請求數不能超過4個，建議優化要點為以下2點：

1、合并CSS、Java

2、合并小圖片，使用雪碧圖

2、緩存

使用緩存可以減少向服務器的請求數，節省加載時間，所以所有靜態資源都要在服務器端設置緩存，并且盡量使用長Cache（長Cache資源的更新可使用時間戳）。

1、緩存一切可緩存的資源

2、使用長Cache（使用時間戳更新Cache）

3、使用外聯式引用CSS、Java

3、壓縮HTML、CSS、Java

減少資源大小可以加快網頁顯示速度，所以要對HTML、CSS、Java等進行代碼壓縮，并在服務器端設置GZip。

1、壓縮（例如，多余的空格、換行符和縮進）

2、啟用GZip

4、無阻塞

寫在HTML頭部的Java（無異步），和寫在HTML標簽中的Style會阻塞頁面的渲染，因此CSS放在頁面頭部并使用Link方式引入，避免在HTML標簽中寫Style，Java放在頁面尾部或使用異步方式加載

5、使用首屏加載

首屏的快速顯示，可以大大提升用戶對頁面速度的感知，因此應盡量針對首屏的快速顯示做優化。

6、按需加載

將不影響首屏的資源和當前屏幕資源不用的資源放到用戶需要時才加載，可以大大提升重要資源的顯示速度和降低總體流量。

1、LazyLoad

2、滾屏加載

3、通過Media Query加載

另外，提醒大家一點：按需加載會導致大量重繪，影響渲染性能。

7、預加載

大型重資源頁面（如游戲）可使用增加Loading的方法，資源加載完成后再顯示頁面，但Loading時間過長，會造成用戶流失。

1、可感知Loading(如進入空間游戲的Loading)

2、不可感知的Loading（如提前加載下一頁）

3、對用戶行為分析，可以在當前頁加載下一頁資源，提升速度。

8、壓縮圖片

圖片是最占流量的資源，因此盡量避免使用他，使用時選擇最合適的格式（實現需求的前提下，以大小判斷），合適的大小，然后使用智圖壓縮，同時在代碼中用Srcset來按需顯示。

1、使用智圖

2、使用其它方式代替圖片（使用CSS3；使用SVG；使用IconFont）

3、使用Srcset

4、選擇合適的圖片（webP優于JPG；PNG8優于GIF）

5、選擇合適的大小（首次加載不大于1014KB；基于手機屏幕一般寬度不寬于640）

提醒大家一點：過度壓縮圖片大小影響圖片顯示效果。

9、減少Cookie，避免重定向以及異步加載第三方資源

Cookie會影響加載速度，所以靜態資源域名不使用Cookie。另外，重定向會影響加載速度，所以在服務器正確設置避免重定向。還有，第三方資源不可控會影響頁面的加載和顯示，因此要異步加載第三方資源。

腳本執行優化

腳本處理不當會阻塞頁面加載、渲染，因此在使用時需要注意以下幾點：

1、CSS寫在頭部，Java寫在尾部或異步。

2、避免圖片和iFrame等的空Src，空Src會重新加載當前頁面，影響速度和效率。

3、盡量避免重設圖片大小，重設圖片大小是指在頁面、CSS、Java等中多次重置圖片大小，多次重設圖片大小會引發圖片的多次重繪，影響性能。

4、圖片盡量避免使用DataURL，DataURL圖片沒有使用圖片的壓縮算法文件會變大，并且要解碼后再渲染，加載慢耗時長。

CSS優化

1、盡量避免寫在HTML標簽中寫Style屬性。

2、避免CSS表達式，CSS表達式的執行需跳出CSS樹的渲染，因此請避免CSS表達式。

3、移除空的CSS規則，空的CSS規則增加了CSS文件的大小，且影響CSS樹的執行，所以需移除空的CSS規則。

4、正確使用Display的屬性，Display屬性會影響頁面的渲染，建議各位站長要合理使用。

（1）、display:inline后不應該再使用width、height、margin、padding以及float

（2）、display:inline-block后不應該再使用float

（3）、display:block后不應該再使用vertical-align

（4）、display:table-*后不應該再使用margin或者float

5、不濫用Float，Float在渲染時計算量比較大，盡量減少使用。

6、不濫用Web字體，Web字體需要下載，解析，重繪當前頁面，盡量減少使用。

7、不聲明過多的Font-size，過多的Font-size引發CSS樹的效率。

8、值為0時不需要任何單位，為了瀏覽器的兼容性和性能，值為0時不要帶單位。

9、標準化各種瀏覽器前綴

（1）、無前綴應放在最后。

（2）、CSS動畫只用（-webkit- 無前綴）兩種即可。

（3）、其它前綴為“-webkit- -moz- -ms-無前綴”四種（-o-Opera瀏覽器改用blink內核，所以淘汰）。

10、避免讓選擇符看起來像正則表達式。

高級選擇器執行耗時長且不易讀懂，避免使用。

Java執行優化

1、減少重繪和回流

（1）、避免不必要的Dom操作

（2）、盡量改變Class而不是Style，使用classList代替className

（3）、避免使用document.write

（4）、減少drawImage

2、緩存Dom選擇與計算，每次Dom選擇都要計算，緩存他。

3、緩存列表.length，每次.length都要計算，用一個變量保存這個值。

4、盡量使用事件代理，避免批量綁定事件。

5、盡量使用ID選擇器，ID選擇器是最快的。

6、TOUCH事件優化，使用touchstart、touchend代替click，因快影響速度快，但應注意Touch響應過快，易引發誤操作。

渲染優化

HTML文檔是以包含文檔編碼信息的數據流方式在網絡間傳輸，頁面的編碼信息一般會在HTTP響應的頭部信息或在文檔內的HTML標記中指明，客戶端瀏覽器只有在確定了頁面編碼后才能正確的渲染頁面，所以在繪制頁面或執行任何的java代碼前，大部分的瀏覽器（ie6、ie7、ie8除外）都 會緩沖一定字節的數據來從中查找編碼信息，不同的瀏覽器當中預緩沖的字節數是不一樣的。

1、HTML使用Viewport

Viewport可以加速頁面的渲染，請使用以下代碼：

2、減少Dom節點

Dom節點太多影響頁面的渲染，應盡量減少Dom節點。

3、動畫優化

（1）、盡量使用CSS3動畫。

（2）、合理使用requestAnimationFrame動畫代替setTimeout。

（3）、適當使用Canvas動畫5個元素以內使用css動畫，5個以上使用Canvas動畫（iOS8可使用webGL）。

4、高頻事件優化

Touchmove、Scroll事件可導致多次渲染。

（1）、使用requestAnimationFrame監聽幀變化，使得在正確的時間進行渲染。

（2）、增加響應變化的時間間隔，減少重繪次數。

5、GPU加速

CSS中以下屬性（CSS3 transitions、CSS3 3Dtransforms、Opacity、Canvas、WebGL、Video）來觸發GPU渲染，請合理使用。（PS：過渡使用會引發手機過耗電增加。）

轉載請注明本頁網址：
http://www.fzlkiss.com/jiaocheng/7.html