業(yè)務(wù)專線：13711534025
概述
1. PC優(yōu)化手段在Mobile側(cè)同樣適用
2. 在Mobile側(cè)我們提出三秒種渲染完成首屏指標(biāo)
3. 基于第二點(diǎn)，首屏加載3秒完成或使用Loading
4. 基于聯(lián)通3G網(wǎng)絡(luò)平均338KB/s(2.71Mb/s)，所以首屏資源不應(yīng)超過1014KB
5. Mobile側(cè)因手機(jī)配置原因，除加載外渲染速度也是優(yōu)化重點(diǎn)
6. 基于第五點(diǎn)，要合理處理代碼減少渲染損耗
7. 基于第二、第五點(diǎn)，所有影響首屏加載和渲染的代碼應(yīng)在處理邏輯中后置
8. 加載完成后用戶交互使用時(shí)也需注意性能
優(yōu)化指南
[加載優(yōu)化]
加載過程是最為耗時(shí)的過程，可能會占到總耗時(shí)的80%時(shí)間，因此是優(yōu)化的重點(diǎn)
· 減少HTTP請求
因?yàn)槭謾C(jī)瀏覽器同時(shí)響應(yīng)請求為4個(gè)請求（Android支持4個(gè)，iOS 5后可支持6個(gè)），所以要盡量減少頁面的請求數(shù)，首次加載同時(shí)請求數(shù)不能超過4個(gè)
a) 合并CSS、JavaScript
b) 合并小圖片，使用雪碧圖
· 緩存
使用緩存可以減少向服務(wù)器的請求數(shù)，節(jié)省加載時(shí)間，所以所有靜態(tài)資源都要在服務(wù)器端設(shè)置緩存，并且盡量使用長Cache（長Cache資源的更新可使用時(shí)間戳）
a) 緩存一切可緩存的資源
b) 使用長Cache（使用時(shí)間戳更新Cache）
c) 使用外聯(lián)式引用CSS、JavaScript
· 壓縮HTML、CSS、JavaScript
減少資源大小可以加快網(wǎng)頁顯示速度，所以要對HTML、CSS、JavaScript等進(jìn)行代碼壓縮，并在服務(wù)器端設(shè)置GZip
a) 壓縮（例如，多余的空格、換行符和縮進(jìn)）
b) 啟用GZip
· 無阻塞
寫在HTML頭部的JavaScript（無異步），和寫在HTML標(biāo)簽中的Style會阻塞頁面的渲染，因此CSS放在頁面頭部并使用Link方式引入，避免在HTML標(biāo)簽中寫Style，JavaScript放在頁面尾
部或使用異步方式加載
· 使用首屏加載
首屏的快速顯示，可以大大提升用戶對頁面速度的感知，因此應(yīng)盡量針對首屏的快速顯示做優(yōu)化
· 按需加載
將不影響首屏的資源和當(dāng)前屏幕資源不用的資源放到用戶需要時(shí)才加載，可以大大提升重要資源的顯示速度和降低總體流量
PS：按需加載會導(dǎo)致大量重繪，影響渲染性能
a) LazyLoad
b) 滾屏加載
c) 通過Media Query加載
· 預(yù)加載
大型重資源頁面（如游戲）可使用增加Loading的方法，資源加載完成后再顯示頁面。但Loading時(shí)間過長，會造成用戶流失
對用戶行為分析，可以在當(dāng)前頁加載下一頁資源，提升速度
a) 可感知Loading(如進(jìn)入空間游戲的Loading)
b) 不可感知的Loading（如提前加載下一頁）
· 壓縮圖片
圖片是最占流量的資源，因此盡量避免使用他，使用時(shí)選擇最合適的格式（實(shí)現(xiàn)需求的前提下，以大小判斷），合適的大小，然后使用智圖壓縮，同時(shí)在代碼中用Srcset來按需顯示
PS：過度壓縮圖片大小影響圖片顯示效果
a) 使用智圖（ http://zhitu.tencent.com/ ）
b) 使用其它方式代替圖片(1. 使用CSS3 2. 使用SVG 3. 使用IconFont)
c) 使用Srcset
d) 選擇合適的圖片(1. webP優(yōu)于JPG 2. PNG8優(yōu)于GIF)
e) 選擇合適的大?。?. 首次加載不大于1014KB 2. 不寬于640（基于手機(jī)屏幕一般寬度））
· 減少Cookie
Cookie會影響加載速度，所以靜態(tài)資源域名不使用Cookie
· 避免重定向
重定向會影響加載速度，所以在服務(wù)器正確設(shè)置避免重定向
· 異步加載第三方資源
第三方資源不可控會影響頁面的加載和顯示，因此要異步加載第三方資源
[腳本執(zhí)行優(yōu)化]
腳本處理不當(dāng)會阻塞頁面加載、渲染，因此在使用時(shí)需當(dāng)注意
· CSS寫在頭部，JavaScript寫在尾部或異步
· 避免圖片和iFrame等的空Src
空Src會重新加載當(dāng)前頁面，影響速度和效率
· 盡量避免重設(shè)圖片大小
重設(shè)圖片大小是指在頁面、CSS、JavaScript等中多次重置圖片大小，多次重設(shè)圖片大小會引發(fā)圖片的多次重繪，影響性能
· 圖片盡量避免使用DataURL
DataURL圖片沒有使用圖片的壓縮算法文件會變大，并且要解碼后再渲染，加載慢耗時(shí)長
[CSS優(yōu)化]
· 盡量避免寫在HTML標(biāo)簽中寫Style屬性
· 避免CSS表達(dá)式
CSS表達(dá)式的執(zhí)行需跳出CSS樹的渲染，因此請避免CSS表達(dá)式
· 移除空的CSS規(guī)則
空的CSS規(guī)則增加了CSS文件的大小，且影響CSS樹的執(zhí)行，所以需移除空的CSS規(guī)則
· 正確使用Display的屬性
Display屬性會影響頁面的渲染，因此請合理使用
a) display:inline后不應(yīng)該再使用width、height、margin、padding以及float
b) display:inline-block后不應(yīng)該再使用float
c) display:block后不應(yīng)該再使用vertical-align
d) display:table-*后不應(yīng)該再使用margin或者float
· 不濫用Float
Float在渲染時(shí)計(jì)算量比較大，盡量減少使用
· 不濫用Web字體
Web字體需要下載，解析，重繪當(dāng)前頁面，盡量減少使用
· 不聲明過多的Font-size
過多的Font-size引發(fā)CSS樹的效率
· 值為0時(shí)不需要任何單位
為了瀏覽器的兼容性和性能，值為0時(shí)不要帶單位
· 標(biāo)準(zhǔn)化各種瀏覽器前綴
a) 無前綴應(yīng)放在最后
b) CSS動(dòng)畫只用 （-webkit- 無前綴）兩種即可
c) 其它前綴為 -webkit- -moz- -ms- 無前綴 四種，（-o-Opera瀏覽器改用blink內(nèi)核，所以淘汰）
· 避免讓選擇符看起來像正則表達(dá)式
高級選擇器執(zhí)行耗時(shí)長且不易讀懂，避免使用
[JavaScript執(zhí)行優(yōu)化]
· 減少重繪和回流
a) 避免不必要的Dom操作
b) 盡量改變Class而不是Style，使用classList代替className
c) 避免使用document.write
d) 減少drawImage
· 緩存Dom選擇與計(jì)算
每次Dom選擇都要計(jì)算，緩存他
· 緩存列表.length
每次.length都要計(jì)算，用一個(gè)變量保存這個(gè)值
· 盡量使用事件代理，避免批量綁定事件
· 盡量使用ID選擇器
ID選擇器是最快的
· TOUCH事件優(yōu)化
使用touchstart、touchend代替click，因快影響速度快。但應(yīng)注意Touch響應(yīng)過快，易引發(fā)誤操作
[渲染優(yōu)化]
· HTML使用Viewport
Viewport可以加速頁面的渲染，請使用以下代碼
· 減少Dom節(jié)點(diǎn)
Dom節(jié)點(diǎn)太多影響頁面的渲染，應(yīng)盡量減少Dom節(jié)點(diǎn)
· 動(dòng)畫優(yōu)化
a) 盡量使用CSS3動(dòng)畫
b) 合理使用requestAnimationFrame動(dòng)畫代替setTimeout
c) 適當(dāng)使用Canvas動(dòng)畫 5個(gè)元素以內(nèi)使用css動(dòng)畫，5個(gè)以上使用Canvas動(dòng)畫（iOS8可使用webGL）
· 高頻事件優(yōu)化
Touchmove、Scroll 事件可導(dǎo)致多次渲染
a) 使用requestAnimationFrame監(jiān)聽幀變化，使得在正確的時(shí)間進(jìn)行渲染
b) 增加響應(yīng)變化的時(shí)間間隔，減少重繪次數(shù)
· GPU加速
CSS中以下屬性（CSS3 transitions、CSS3 3D transforms、Opacity、Canvas、WebGL、Video）來觸發(fā)GPU渲染，請合理使用
PS：過渡使用會引發(fā)手機(jī)過耗電增加
