隨著移動互聯(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)計;
1%的用戶期望移動頁面跟PC頁面一樣快,74%的用戶能容忍的響應(yīng)時間為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)存更靠譜。
而與其同時,瀏覽器產(chǎn)商也為提升頁面的速度做出了不可磨滅的努力。
網(wǎng)絡(luò)制式供應(yīng)商,手機(jī)制造商,瀏覽器產(chǎn)商如此給力,我們呢?我們能做什么。
我們能做得是對移動端頁面本身優(yōu)化,這也是我們專業(yè)價值的體現(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.緩存
6.……
這些手段大部分適用于移動端,這都是一些耳熟能詳?shù)氖侄巍?br />
今天要講的主要是一些適用于移動端的優(yōu)化手段,現(xiàn)在進(jìn)入正題。
首先我們得關(guān)注一下一個頁面從開始到呈現(xiàn)完畢需要經(jīng)歷什么階段,主要有四個階段:
1.加載(發(fā)送請求、加載)
2.腳本執(zhí)行(腳本事件)
3.渲染(重新計算樣式(Recalculate Style)計算布局(layout))
4.繪制/合成(繪制(paint Setup/Paint(sizexsize))合成(Composite Layers))
每個階段的主要工作如上圖所示,而我們的優(yōu)化目標(biāo)是:
優(yōu)化目標(biāo)(加載、腳本執(zhí)行、渲染、繪制/合成)
下面我們來針對上面的幾個階段細(xì)說一下都有哪些優(yōu)化手段。
首先,來看看加載中有哪些優(yōu)化手段:
1. 預(yù)加載
預(yù)加載方式有兩種:
A. 顯性加載
類似這種用戶能明顯感知的,我把它稱為顯性加載,互動頁面都建議加上這種加載方式,它一方面能增加頁面的趣味性,另一方面能讓后續(xù)頁面體驗更流暢。
B. 隱性加載
這種在加載第一張圖片的時候已經(jīng)預(yù)先加載了第二張圖片,從而使得頁面體驗更流暢的方式,我把它稱為隱性加載,這種方式的好處是節(jié)省流量之余又能使得體驗增強(qiáng)。
2. 按需加載
按需加載是不可或缺的優(yōu)化手段,主要有以下兩種方式:
1.首屏加載的時候把首屏的內(nèi)容加載盡量,而位于首屏之外的元素都只在出現(xiàn)在首屏?xí)r才加載,很大程度地節(jié)省了流量,提升了首次加載時間。
2.響應(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.盡量避免重定向
為什么要盡量避免重定向呢?
這是一個同一網(wǎng)速下的測試結(jié)果,重定向之所以會比較慢,是因為它重復(fù)了域名查找,tcp鏈接,發(fā)送請求。
5. 使用其他方式代替圖片
有兩種方式,第一種是:依靠CSS 3繪制圖片:
第二種:使用iconfont代替圖片
優(yōu)點(diǎn);加載性能好、支持CSS樣式、兼容性好、矢量
缺點(diǎn);只支持單色圖標(biāo)、存在生產(chǎn)的字庫文件比生成的雪碧圖文件大的情況
但iconfont不一定比圖片好,這里做了個實驗:
對于大圖片,iconfont并不比雪碧圖好,建議單側(cè)小尺寸圖標(biāo)才使用iconfont.
然后,針對腳本執(zhí)行中有哪些優(yōu)化手段,這里只提兩點(diǎn):
1. 盡量避免DataURI
DataUri在移動端并不如它在pc端吃香,因為:
經(jīng)測試,DataURI要比簡單的外鏈資源慢6倍,生成的代碼文件相對圖片文件體積沒有減少反而增大,而且瀏覽器在對這種base64解碼過程中需要消耗內(nèi)存和cpu,這個在移動端壞處特別明顯。
2. 點(diǎn)擊事件優(yōu)化
在移動端請適當(dāng)使用touchstart,touchend,touch等事件代替延遲比較大的Click 事件。Click之所以慢是因為mousedown導(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ī)避渲染樹的計算渲染更快
缺點(diǎn):
開發(fā)成本高,維護(hù)較麻煩。
c)合理使用RAF(requestAnimationFrame)
優(yōu)點(diǎn):
1.能解決腳本問題引起的丟幀,卡頓問題
2.支持中間狀態(tài)監(jiān)聽
缺點(diǎn):
兼容問題
通過RAF動畫與settimeout動畫對比:
1.STO動畫(FPS:54)
2.raf動畫(FPS:60)
得到結(jié)論:不需要兼容android 4.3瀏覽器的情況下,請使用RAF制作腳本動畫
2. 高頻事件優(yōu)化
類似touchmove,scroll這類的事件可導(dǎo)致多次渲染,對于這種事件可以通過以下手段進(jìn)行優(yōu)化:
1.使用requestAnimationFrame監(jiān)聽幀變化,使得在正確的時間進(jìn)行渲染
2.增加響應(yīng)變化的時間間隔,減少重繪次數(shù)。
最后,針對合成/繪制只提一個優(yōu)化手段:
GPU加速
觸發(fā)GPU加速的方式有:
1.CSS3 transitions
2.CSS3 3D transforms
3.WebGL 3D 繪制
4.Video
5.……
使用GPU加速前有對比實驗:
GPU加速實際上是大幅減少了合成/繪制時間,從而大大地提高了頁面速度,但GPU加速有自己的缺點(diǎn):
過多的GPU層會帶來性能開銷,主要原因是使用GPU加速其實是利用了GPU層的緩存,讓渲染資源可以重復(fù)使用,所以一旦層多了,緩存增大,就會引起別的性能問題。
總結(jié)
本文針對頁面呈現(xiàn)的四個階段提出了比較典型的優(yōu)化手段,到最后,再提醒讀者一下:其實優(yōu)化是雙刃劍。
按需加載提升速度,但可能導(dǎo)致大量重繪;
Touch響應(yīng)快,但很多場景不適合;
GPU加速效率高,但內(nèi)存開銷大等等
Loading會讓整體體驗流暢,但容易造成用戶流失
圖片壓縮讓帶寬成本降低,但可能會導(dǎo)致視覺效果變差
類似這樣的矛盾點(diǎn)還有很多,請結(jié)合業(yè)務(wù)按照實際情況進(jìn)行優(yōu)化。
本文來源于成都網(wǎng)站建設(shè)公司與成都網(wǎng)站設(shè)計制作公司-創(chuàng)新互聯(lián)成都公司!
分享文章:從四個方面幫你做好移動頁面性能優(yōu)化
當(dāng)前鏈接:http://www.rwnh.cn/news14/326764.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供外貿(mào)網(wǎng)站建設(shè)、網(wǎng)站改版、全網(wǎng)營銷推廣、網(wǎng)站建設(shè)、商城網(wǎng)站、
廣告
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源:
創(chuàng)新互聯(lián)