移動(dòng)端H5性能優(yōu)化原則

移動(dòng)端+HTML5,這個(gè)組合對(duì)前端工程師來說是個(gè)不小的挑戰(zhàn):如何讓開發(fā)的頁面能有更好的體驗(yàn)?這就是我們今天討論的話題:移動(dòng)端HTML5頁面前端性能優(yōu)化。

如何優(yōu)化HTML5在移動(dòng)設(shè)置上的性能表現(xiàn),首先需要明確以下幾個(gè)原則:

  1. PC優(yōu)化手段在Mobile端同樣適用。

  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端因手機(jī)配置原因,除加載外渲染速度也是優(yōu)化重點(diǎn)。

  6. 基于第五點(diǎn),要合理處理代碼減少渲染損耗。

  7. 基于第二、第五點(diǎn),所有影響首屏加載和渲染的代碼應(yīng)在處理邏輯中后置。

  8. 加載完成后用戶交互使用時(shí)也需注意性能。

在這里,我們針對(duì)其中幾個(gè)代表性方案進(jìn)行探討:
加載優(yōu)化

對(duì)于移動(dòng)端的網(wǎng)頁來說,加載過程是最為耗時(shí)的過程,可能會(huì)占到總耗時(shí)的80%時(shí)間,因此是優(yōu)化的重點(diǎn),當(dāng)然,手機(jī)站的其他前端要素優(yōu)化也是不能忽略的。

1、減少HTTP請(qǐng)求

因?yàn)槭謾C(jī)瀏覽器同時(shí)響應(yīng)請(qǐng)求為4個(gè)請(qǐng)求(Android支持4個(gè),iOS 5后可支持6個(gè)),所以要盡量減少頁面的請(qǐng)求數(shù),首次加載同時(shí)請(qǐng)求數(shù)不能超過4個(gè),建議優(yōu)化要點(diǎn)為以下2點(diǎn):

  • 合并CSS、Java

  • 合并小圖片,使用雪碧圖

  • 緩存

使用緩存可以減少向服務(wù)器的請(qǐng)求數(shù),節(jié)省加載時(shí)間,所以所有靜態(tài)資源都要在服務(wù)器端設(shè)置緩存,并且盡量使用長Cache(長Cache資源的更新可使用時(shí)間戳)。

  • 緩存一切可緩存的資源

  • 使用長Cache(使用時(shí)間戳更新Cache)

  • 使用外聯(lián)式引用CSS、Java

  • 壓縮HTML、CSS、Java

減少資源大小可以加快網(wǎng)頁顯示速度,所以要對(duì)HTML、CSS、Java等進(jìn)行代碼壓縮,并在服務(wù)器端設(shè)置GZip。

1、壓縮(例如,多余的空格、換行符和縮進(jìn))

2、啟用GZip

3、無阻塞

寫在HTML頭部的Java(無異步),和寫在HTML標(biāo)簽中的Style會(huì)阻塞頁面的渲染,因此CSS放在頁面頭部并使用Link方式引入,避免在HTML標(biāo)簽中寫Style,Java放在頁面尾部或使用異步方式加載

4、使用首屏加載

首屏的快速顯示,可以大大提升用戶對(duì)頁面速度的感知,因此應(yīng)盡量針對(duì)首屏的快速顯示做優(yōu)化。

5、按需加載

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

  • LazyLoad

  • 滾屏加載

  • 通過Media Query加載

另外,提醒大家一點(diǎn):按需加載會(huì)導(dǎo)致大量重繪,影響渲染性能。

6、預(yù)加載

大型重資源頁面(如游戲)可使用增加Loading的方法,資源加載完成后再顯示頁面,但Loading時(shí)間過長,會(huì)造成用戶流失。

  • 可感知Loading(如進(jìn)入空間游戲的Loading)

  • 不可感知的Loading(如提前加載下一頁)

  • 對(duì)用戶行為分析,可以在當(dāng)前頁加載下一頁資源,提升速度。

7、壓縮圖片

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

  • 使用智圖

  • 使用其它方式代替圖片(使用CSS3;使用SVG;使用IconFont)

  • 使用Srcset

  • 選擇合適的圖片(webP優(yōu)于JPG;PNG8優(yōu)于GIF)

  • 選擇合適的大小(首次加載不大于1014KB;基于手機(jī)屏幕一般寬度不寬于640)

提醒大家一點(diǎn):過度壓縮圖片大小影響圖片顯示效果。

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

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

腳本執(zhí)行優(yōu)化
腳本處理不當(dāng)會(huì)阻塞頁面加載、渲染,因此在使用時(shí)需要注意以下幾點(diǎn):

  • CSS寫在頭部,Java寫在尾部或異步。

  • 避免圖片和iFrame等的空Src,空Src會(huì)重新加載當(dāng)前頁面,影響速度和效率。

  • 盡量避免重設(shè)圖片大小,重設(shè)圖片大小是指在頁面、CSS、Java等中多次重置圖片大小,多次重設(shè)圖片大小會(huì)引發(fā)圖片的多次重繪,影響性能。

  • 圖片盡量避免使用DataURL,DataURL圖片沒有使用圖片的壓縮算法文件會(huì)變大,并且要解碼后再渲染,加載慢耗時(shí)長。

CSS優(yōu)化

  • 盡量避免寫在HTML標(biāo)簽中寫Style屬性。

  • 避免CSS表達(dá)式,CSS表達(dá)式的執(zhí)行需跳出CSS樹的渲染,因此請(qǐng)避免CSS表達(dá)式。

  • 移除空的CSS規(guī)則,空的CSS規(guī)則增加了CSS文件的大小,且影響CSS樹的執(zhí)行,所以需移除空的CSS規(guī)則。

  • 正確使用Display的屬性,Display屬性會(huì)影響頁面的渲染,建議各位站長要合理使用。

(1)display:inline后不應(yīng)該再使用width、height、margin、padding以及float

(2)display:inline-block后不應(yīng)該再使用float

(3)display:block后不應(yīng)該再使用vertical-align

(4)display:table-*后不應(yīng)該再使用margin或者float

  • 不濫用Float,F(xiàn)loat在渲染時(shí)計(jì)算量比較大,盡量減少使用。

  • 不濫用Web字體,Web字體需要下載,解析,重繪當(dāng)前頁面,盡量減少使用。

  • 不聲明過多的Font-size,過多的Font-size引發(fā)CSS樹的效率。

  • 值為0時(shí)不需要任何單位,為了瀏覽器的兼容性和性能,值為0時(shí)不要帶單位。

  • 標(biāo)準(zhǔn)化各種瀏覽器前綴

(1)無前綴應(yīng)放在最后。

(2)CSS動(dòng)畫只用(-webkit- 無前綴)兩種即可。

(3)其它前綴為“-webkit- -moz- -ms-無前綴”四種(-o-Opera瀏覽器改用blink內(nèi)核,所以淘汰)。

9、避免讓選擇符看起來像正則表達(dá)式。

高級(jí)選擇器執(zhí)行耗時(shí)長且不易讀懂,避免使用。

Java執(zhí)行優(yōu)化

  • 減少重繪和回流

(1)避免不必要的Dom操作

(2)盡量改變Class而不是Style,使用classList代替className

(3)避免使用document.write

(4)減少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文檔是以包含文檔編碼信息的數(shù)據(jù)流方式在網(wǎng)絡(luò)間傳輸,頁面的編碼信息一般會(huì)在HTTP響應(yīng)的頭部信息或在文檔內(nèi)的HTML標(biāo)記中指明,客戶端瀏覽器只有在確定了頁面編碼后才能正確的渲染頁面,所以在繪制頁面或執(zhí)行任何的java代碼前,大部分的瀏覽器(ie6、ie7、ie8除外)都 會(huì)緩沖一定字節(jié)的數(shù)據(jù)來從中查找編碼信息,不同的瀏覽器當(dāng)中預(yù)緩沖的字節(jié)數(shù)是不一樣的。

1、HTML使用Viewport

Viewport可以加速頁面的渲染,請(qǐng)使用以下代碼:

2、減少Dom節(jié)點(diǎn)

Dom節(jié)點(diǎn)太多影響頁面的渲染,應(yīng)盡量減少Dom節(jié)點(diǎn)。

3、動(dòng)畫優(yōu)化

(1)盡量使用CSS3動(dòng)畫。

(2)合理使用requestAnimationFrame動(dòng)畫代替setTimeout。

(3)適當(dāng)使用Canvas動(dòng)畫5個(gè)元素以內(nèi)使用css動(dòng)畫,5個(gè)以上使用Canvas動(dòng)畫(iOS8可使用webGL)。

4、高頻事件優(yōu)化

Touchmove、Scroll事件可導(dǎo)致多次渲染。

(1)、使用requestAnimationFrame監(jiān)聽幀變化,使得在正確的時(shí)間進(jìn)行渲染。

(2)、增加響應(yīng)變化的時(shí)間間隔,減少重繪次數(shù)。

5、GPU加速

CSS中以下屬性(CSS3 transitions、CSS3 3Dtransforms、Opacity、Canvas、WebGL、Video)來觸發(fā)GPU渲染,請(qǐng)合理使用。(PS:過渡使用會(huì)引發(fā)手機(jī)過耗電增加。)

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,156評(píng)論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,401評(píng)論 3 415
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,069評(píng)論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,873評(píng)論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,635評(píng)論 6 408
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,128評(píng)論 1 323
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,203評(píng)論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,365評(píng)論 0 288
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,881評(píng)論 1 334
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,733評(píng)論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,935評(píng)論 1 369
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,475評(píng)論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,172評(píng)論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,582評(píng)論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,821評(píng)論 1 282
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,595評(píng)論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,908評(píng)論 2 372

推薦閱讀更多精彩內(nèi)容