隨著移動互聯(lián)網(wǎng)的發(fā)展，我們越發(fā)要關(guān)注移動頁面的性能優(yōu)化，今天跟大家談?wù)勥@方面的事情。

首先，為什么要最移動頁面進(jìn)行優(yōu)化？

縱觀目前移動網(wǎng)絡(luò)的現(xiàn)狀：

移動頁面布局越來越復(fù)雜，效果越來越炫，直接導(dǎo)致了文件越來越大，下載和運(yùn)行速度越來越低，而速度低會造成不良影響，據(jù)統(tǒng)計(jì)：

71%的用戶期望移動頁面跟PC頁面一樣快，74%的用戶能容忍的響應(yīng)時(shí)間為5秒，所以我們必須保證移動端頁面有足夠的速度。

移動頁面的速度跟三個因素有關(guān)，分別是：移動網(wǎng)絡(luò)帶寬速度，設(shè)備性能（CPU，GPU，瀏覽器），頁面本身。

目前主流的移動網(wǎng)絡(luò)制式為3G：

今年，我們還看到了4g網(wǎng)絡(luò)制式在快速發(fā)展，這再一次提升了移動頁面的加載速度；

而移動設(shè)備本身，截止到目前，以iPhon6/三星Note4等設(shè)備為首，智能設(shè)備已經(jīng)變得比以往屏幕更大，CPU、GPU、內(nèi)存更靠譜。

而與其同時(shí)，瀏覽器產(chǎn)商也為提升頁面的速度做出了不可磨滅的努力。

網(wǎng)絡(luò)制式供應(yīng)商，手機(jī)制造商，瀏覽器產(chǎn)商如此給力，我們呢？我們能做什么。

我們能做得是對移動端頁面本身優(yōu)化，這也是我們專業(yè)價(jià)值的體現(xiàn)，所以我們必須做移動端頁面性能優(yōu)化。

該怎么做移動端頁面優(yōu)化呢？

在說這個前，要提一下PC常用的優(yōu)化手段：

1. 代碼優(yōu)化（css、html、js優(yōu)化）
2. 減少HTTP請求（雪碧圖，文件合并…）
3. 減少DOM節(jié)點(diǎn)
4. 無阻塞（內(nèi)聯(lián)CSS，JS置后…）
5. 緩存

…

這些手段大部分適用于移動端，這都是一些耳熟能詳?shù)氖侄危裉爝@里就講了，有興趣可以參考PDI課程《網(wǎng)站性能優(yōu)化》。

今天要講的主要是一些適用于移動端的優(yōu)化手段，現(xiàn)在進(jìn)入正題。

首先我們得關(guān)注一下一個頁面從開始到呈現(xiàn)完畢需要經(jīng)歷什么階段，主要有四個階段：

每個階段的主要工作如上圖所示，而我們的優(yōu)化目標(biāo)是：

下面我們來針對上面的幾個階段細(xì)說一下都有哪些優(yōu)化手段。

首先，來看看加載中有哪些優(yōu)化手段：

1.?預(yù)加載

預(yù)加載方式有兩種：

A. 顯性加載

類似這種用戶能明顯感知的，我把它稱為顯性加載，互動頁面都建議加上這種加載方式，它一方面能增加頁面的趣味性，另一方面能讓后續(xù)頁面體驗(yàn)更流暢。

B. 隱性加載

這種在加載第一張圖片的時(shí)候已經(jīng)預(yù)先加載了第二張圖片，從而使得頁面體驗(yàn)更流暢的方式，我把它稱為隱性加載，這種方式的好處是節(jié)省流量之余又能使得體驗(yàn)增強(qiáng)。

2. 按需加載

按需加載是不可或缺的優(yōu)化手段，主要有以下兩種方式：

對于這種方式，在首屏加載的時(shí)候把首屏的內(nèi)容加載盡量，而位于首屏之外的元素都只在出現(xiàn)在首屏?xí)r才加載，很大程度地節(jié)省了流量，提升了首次加載時(shí)間。

這種叫響應(yīng)式加載方式，意思是利用JS 或者CSS 判斷分辨率，從而選擇不同尺寸的圖片進(jìn)行引入，這種的好處顯而易見，同樣可以加快加載速度和節(jié)省流量。

3. 壓縮圖片

對于壓縮圖片，首先要提的是jpg文件：

對于移動端的JPG 文件，有這樣的結(jié)論：

1. 使用大尺寸大有損壓縮比的jpg
2. 使用jpegtran進(jìn)行無損壓縮

而對于png有以下結(jié)論：

1. 多彩圖片使用png24
2. 低彩圖片使用png8
3. 推薦使用pngquant
4. 盡量避免重定向

為什么要盡量避免重定向呢？因?yàn)槿鐖D：

這是一個同一網(wǎng)速下的測試結(jié)果，重定向之所以會比較慢，是因?yàn)樗貜?fù)了域名查找，tcp鏈接，發(fā)送請求。

5.?使用其他方式代替圖片

有兩種方式，第一種是：依靠CSS 3繪制圖片：

第二種：使用iconfont代替圖片

但iconfont不一定比圖片好，這里做了個實(shí)驗(yàn)：

對于大圖片，iconfont并不比雪碧圖好，建議單側(cè)小尺寸圖標(biāo)才使用iconfont.

然后，針對腳本執(zhí)行中有哪些優(yōu)化手段，這里只提兩點(diǎn)：

1. 盡量避免DataURI

DataUri在移動端并不如它在pc端吃香，因?yàn)椋?/p>

經(jīng)測試，DataURI要比簡單的外鏈資源慢6倍，生成的代碼文件相對圖片文件體積沒有減少反而增大，而且瀏覽器在對這種base64解碼過程中需要消耗內(nèi)存和cpu，這個在移動端壞處特別明顯。

2. 點(diǎn)擊事件優(yōu)化

在移動端請適當(dāng)使用touchstart，touchend，touch等事件代替延遲比較大的Click 事件。Click之所以慢是因?yàn)閙ousedown導(dǎo)致的：

然后，針對渲染階段中有哪些優(yōu)化手段，這里也只提兩點(diǎn)：

1.?動畫優(yōu)化

a）盡量使用css3動畫

優(yōu)點(diǎn)：

1. 不占用js主線程
2. 可利用硬件加速
3. 瀏覽器可對動畫做優(yōu)化

缺點(diǎn)：

不支持中間狀態(tài)監(jiān)聽

b）適當(dāng)使用canvas動畫

優(yōu)點(diǎn)：

可規(guī)避渲染樹的計(jì)算渲染更快

缺點(diǎn)：

開發(fā)成本高，維護(hù)較麻煩。

通過對CSS 3動畫和Canvas 動畫對比：

得到結(jié)論：5個元素以內(nèi)使用css3動畫，5個以上使用canvas動畫。

c）合理使用RAF（requestAnimationFrame）

優(yōu)點(diǎn)：

1. 能解決腳本問題引起的丟幀，卡頓問題
2. 支持中間狀態(tài)監(jiān)聽

缺點(diǎn)：

兼容問題

通過RAF動畫與settimeout動畫對比：

得到結(jié)論：不需要兼容android 4.3瀏覽器的情況下，請使用RAF制作腳本動畫

2.?高頻事件優(yōu)化

類似touchmove，scroll這類的事件可導(dǎo)致多次渲染，對于這種事件可以通過以下手段進(jìn)行優(yōu)化：

1. 使用requestAnimationFrame監(jiān)聽幀變化，使得在正確的時(shí)間進(jìn)行渲染
2. 增加響應(yīng)變化的時(shí)間間隔，減少重繪次數(shù)。

最后，針對合成/繪制只提一個優(yōu)化手段：

GPU加速

觸發(fā)GPU加速的方式有：

1. CSS3 transitions
2. CSS3 3D transforms
3. WebGL 3D?繪制
4. Video

…

使用GPU加速前有對比實(shí)驗(yàn)：

GPU加速實(shí)際上是大幅減少了合成/繪制時(shí)間，從而大大地提高了頁面速度，但GPU加速有自己的缺點(diǎn)：

過多的GPU層會帶來性能開銷，主要原因是使用GPU加速其實(shí)是利用了GPU層的緩存，讓渲染資源可以重復(fù)使用，所以一旦層多了，緩存增大，就會引起別的性能問題。

總結(jié)

本文針對頁面呈現(xiàn)的四個階段提出了比較典型的優(yōu)化手段，到最后，再提醒讀者一下：其實(shí)優(yōu)化是雙刃劍。

• 按需加載提升速度，但可能導(dǎo)致大量重繪；
• Touch響應(yīng)快，但很多場景不適合；
• GPU加速效率高，但內(nèi)存開銷大等等
• Loading會讓整體體驗(yàn)流暢，但容易造成用戶流失
• 圖片壓縮讓帶寬成本降低，但可能會導(dǎo)致視覺效果變差

類似這樣的矛盾點(diǎn)還有很多，請結(jié)合業(yè)務(wù)按照實(shí)際情況進(jìn)行優(yōu)化。

原文地址：tgideas.qq