掃二維碼與項(xiàng)目經(jīng)理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運(yùn)營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
工欲善其事,必先利其器。了解完性能指標(biāo)之后,性能優(yōu)化的目標(biāo)已經(jīng)明確了。接下來我們借助一些性能測量工具,明確網(wǎng)頁距離優(yōu)化目標(biāo)之前還有多大的差距。一個好的工具可以讓你事半功倍,接下來我將用3篇文章分別介紹3個主流的測量工具:

十年的太谷網(wǎng)站建設(shè)經(jīng)驗(yàn),針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù),響應(yīng)快,48小時及時工作處理。全網(wǎng)營銷推廣的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同,自動調(diào)整太谷建站的顯示方式,使網(wǎng)站能夠適用不同顯示終端,在瀏覽器中調(diào)整網(wǎng)站的寬度,無論在任何一種瀏覽器上瀏覽網(wǎng)站,都能展現(xiàn)優(yōu)雅布局與設(shè)計,從而大程度地提升瀏覽體驗(yàn)。成都創(chuàng)新互聯(lián)從事“太谷網(wǎng)站設(shè)計”,“太谷網(wǎng)站推廣”以來,每個客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。
有了這3個工具我們就可以從多個維度對網(wǎng)站性能進(jìn)行全方位的評估。
運(yùn)行時性能表現(xiàn)(runtime performance)指的是當(dāng)你的頁面在瀏覽器運(yùn)行時的性能表現(xiàn),而不是在加載頁面的時候的表現(xiàn)。本文將會告訴你怎么用Performance 工具去分析運(yùn)行時性能表現(xiàn)。
Performance工具的原名叫TimeLine,也稱時序圖,在 Chrome 58 版本中 DevTools Timeline 改名為 Performance。
無痕模式可以保證Chrome在一個相對干凈的環(huán)境下運(yùn)行。比如安裝了許多chrome插件,這些插件可能會影響我們分析性能表現(xiàn)。
點(diǎn)擊瀏覽器的右上角-打開新的無痕窗口
1.輸入需要測試的網(wǎng)站地址,我這里測試的谷歌官方給出的一個測試demo
2.按下 Command+Opiton+I(Mac)或者Control+shift+I (Windows, Linux) 來打開Devtools,點(diǎn)擊Performace,我們可以看到如下界面:
移動設(shè)備的CPU一般比臺式機(jī)和筆記本弱很多。當(dāng)你想分析頁面的時候,可以用CPU控制器(CPU Throttling)來模擬移動端設(shè)備CPU。
為了使得這個DEMO有相對統(tǒng)一的運(yùn)行表現(xiàn)(不同的讀者,機(jī)器的性能千差萬別)。這個DEMO提供了自定義功能,用來確保這個DEMO的統(tǒng)一表現(xiàn)
在之前的DEMO中,當(dāng)你運(yùn)行優(yōu)化模式的時候,藍(lán)色小方塊移動地非???。為什么呢?明明兩個模式都是移動了同樣數(shù)量的小方塊而且移動的時間也一樣。那么現(xiàn)在我們在Performance界面下錄制下發(fā)生的一切,并且學(xué)習(xí)如何分析這個記錄,從而找到非優(yōu)化模式下的性能瓶頸。
一旦你得到了頁面的性能表現(xiàn)報告,那么就可以用它來分析頁面的性能,從而找到性能瓶頸。
FPS(frames per second)是用來分析動畫的一個主要性能指標(biāo)。能保持在60的FPS的話,那么用戶體驗(yàn)就是不錯的。
觀察FPS圖表,如果你發(fā)現(xiàn)了一個紅色的長條,那么就說明這些幀存在嚴(yán)重問題,有可能導(dǎo)致非常差的用戶體驗(yàn)。一般來說,綠色的長條越高,說明FPS越高,用戶體驗(yàn)越好。
觀察FPS圖下方的CPU圖,圖中的各種顏色代表著在這個時間段內(nèi),CPU在各種處理上所花費(fèi)的時間。如果你看到了某個處理占用了大量的時間,那么這可能就是一個可以找到性能瓶頸的線索。
在CPU圖中的各種顏色與Summary面板里的顏色是相互對應(yīng)的。如下所示:
把鼠標(biāo)移動到FPS,CPU或者NET圖表之上,DevToos就會展示這個時間點(diǎn)界面的截圖。左右移動鼠標(biāo),可以重發(fā)當(dāng)時的屏幕錄像。這被稱為scrubbing, 他可以用來分析動畫的各個細(xì)節(jié)。
在Frames圖表中,把鼠標(biāo)移動到綠色條狀圖上,Devtools會展示這個幀的FPS??梢钥吹矫總€幀可能都在60ms以上,說明動畫對于用戶而言已經(jīng)很卡頓了。
另外一個好用的小工具就是實(shí)時FPS面板,它可以實(shí)時展示頁面的FPS指標(biāo):
在Rendering面板里,激活 Frame Rendering Stats。FPS實(shí)時面板就出現(xiàn)在頁面的右上方。
當(dāng)然這個對于DEMO,可以相當(dāng)容易觀察到性能的問題。但是在現(xiàn)實(shí)使用場景下,就不是那么容易觀察到了。所以要把常常使用這些工具來分析頁面。
現(xiàn)在已經(jīng)確定到這個頁面的動畫性能表現(xiàn)不太好,那么下一步就是找到為什么
1.注意Summary面板,你會發(fā)現(xiàn)CPU花費(fèi)了大量的時間在rendering上。因?yàn)樘岣咝阅芫褪且婚T做減法的藝術(shù),你的目標(biāo)就是減少rendering的時間
2.展開Main圖表,Devtools展示了主線程運(yùn)行狀況。X軸代表著時間。每個長條代表著一個event。長條越長就代表這個event花費(fèi)的時間越長。Y軸代表了調(diào)用棧(call stack)。在棧里,上面的event調(diào)用了下面的event。
3.在性能報告中,有很多的數(shù)據(jù)。可以通過雙擊,拖動等等動作來放大縮小報告范圍,從各種時間段來觀察分析報告。
4.在事件長條的右上角,如果出現(xiàn)了紅色小三角,說明這個事件是存在問題的,需要特別注意。
5.雙擊這個帶有紅色小三角,在Summary面板會看到詳細(xì)信息。注意reveal這個鏈接,雙擊它會讓高亮觸發(fā)這個事件的event。如果點(diǎn)擊了app.js:94這個鏈接,就會跳轉(zhuǎn)到對應(yīng)的代碼處。
6.在app.update這個事件的長條下方,有很多被觸發(fā)的紫色長條。如果放大這些紫色事件長條,你會看到它們每個都帶有紅色小三角。點(diǎn)擊其中一個紫色事件長條,Devtools在Summary面板里展示了更多關(guān)于這個事件的信息。確實(shí),這里有很多reflow的警告。
7.在summary面板里點(diǎn)擊app.js:71鏈接,Devtools會跳轉(zhuǎn)到需要優(yōu)化的代碼處
OK,性能瓶頸我們已經(jīng)找到了!除了Performace面板之外,我們還可以通過 NetWork 面板分析網(wǎng)絡(luò)資源的加載情況,通過 Throtting 調(diào)整網(wǎng)絡(luò)吞吐,Audit(LightHouse)生產(chǎn)評估報告等等。
Devtools里面還有很多很多指標(biāo)需要你去探索,但是,對于怎么用Devtools去分析網(wǎng)頁的運(yùn)行時性能表現(xiàn),你現(xiàn)在已經(jīng)有了一個基本的概念。

我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運(yùn)營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流