轉(zhuǎn)載自：Jartto's blog

http://jartto.wang

工欲善其事，必先利其器。在「網(wǎng)站優(yōu)化實(shí)戰(zhàn)：http://jartto.wang/2019/02/16/web-optimization/」中我們提到了一些優(yōu)化的相關(guān)經(jīng)驗(yàn)，并沒有對優(yōu)化工具展開討論，這節(jié)就讓我們一起上手實(shí)踐吧！

一、概要

關(guān)于優(yōu)化工具，我們主要從兩方面說起：「性能評估工具」和「優(yōu)化工具」。

1.性能評估工具

• Lighthouse
• PageSpeed
• YSlow

2.優(yōu)化工具我們主要依賴「Chrome DevTools」，大致如下：

• Network
• Performance
• Show Third Party Badges
• Block Request URL
• Coverage
• DOM
• Rendering
• Layer

二、Lighthouse

1.Lighthouse 安裝

Chrome Setting - 更多工具 - 擴(kuò)展程序 - 打開 Chrome 網(wǎng)上應(yīng)用店 - Lighthouse

2.插件 - 生成報告

報告是我們的一個重要參考指標(biāo)，這是網(wǎng)站評估的通用方法。

當(dāng)然，網(wǎng)站也會有不同的類別，關(guān)注指標(biāo)也不盡相同，后續(xù)我們會繼續(xù)探討「如何制定合理的網(wǎng)站優(yōu)化性能指標(biāo)」。

3.優(yōu)化建議

Lighthouse 比較人性化的點(diǎn)在于他既提出了問題，同時也提出了解決建議。

三、PageSpeed

1.使用?PageSpeed

我們可以在「Chrome DevTools」菜單欄中找到并打開：

2.分析報告

四、Chrome DevTools - Network

1.關(guān)于?Network?我們重點(diǎn)關(guān)注標(biāo)注的 3 處

2.Timing?也是優(yōu)化不可缺少的工具：

補(bǔ)充說明一下：TTFB：等待初始響應(yīng)所用的時間，也稱為第一字節(jié)的時間，這是我們判斷服務(wù)器以及網(wǎng)絡(luò)狀況的重要指標(biāo)。

此時間將捕捉到服務(wù)器往返的延遲時間，以及等待服務(wù)器傳送響應(yīng)所用的時間。

五、Chrome DevTools - Performance

1.概覽

2.版面主要由 4 部分構(gòu)成

• 控制面板：錄制，清除，配置記錄期間需要捕獲的信息
• Overview：頁面性能的高級匯總，以及頁面加載情況
• 火焰圖：CPU 堆疊追蹤的可視化
• 總覽：餅圖記錄各部分耗時情況

3.Overview 詳解

• FPS每秒幀數(shù)。綠色豎線越高，FPS 越高。FPS 圖表上的紅色塊表示長時間幀，很可能會出現(xiàn)卡頓。
• CPUCPU 資源。此面積圖指示消耗 CPU 資源的事件類型。
• NET每條彩色橫杠表示一種資源。橫杠越長，檢索資源所需的時間越長。每個橫杠的淺色部分表示等待時間（從請求資源到第一個字節(jié)下載完成的時間）。深色部分表示傳輸時間（下載第一個和最后一個字節(jié)之間的時間）。

需要特別注意，Performance?工具中的每一種顏色其實(shí)都有自己的含義。

• HTML 文件為藍(lán)色。
• 腳本為黃色。
• 樣式表為紫色。
• 媒體文件為綠色。
• 其他資源為灰色。

小技巧：

使用無痕模式，減少 Chrome 擴(kuò)展程序會給應(yīng)用的干擾。

4.火焰圖

• NetworkNetwork 這里我們可以看出來，我們資源加載的一個順序情況。什么時間加載了什么資源，通過這些，我們更直觀的知道資源是否并行加載。
• Frames上文提及到的頁面幀情況。
• Interactions
• Timings 中如下 5 個指標(biāo)是我們優(yōu)化的方向
• First Paint
• DOMContentLoaded Event
• Onload Event
• First Contentful Paint
• First Meaningful Paint
• Main：展示了主線程運(yùn)行狀況。X 軸代表著時間，每個長條代表著一個 event。長條越長就代表這個 event 花費(fèi)的時間越長。Y 軸代表了調(diào)用棧 call stack 。

在棧里，上面的 event 調(diào)用了下面的 event。

注意紅色警告：

• JS Heap

  JavaScript?運(yùn)行過程中的大部分?jǐn)?shù)據(jù)都保存在堆?Heap?中，所以?JavaScript?性能分析另一個比較重要的方面是內(nèi)存，也就是堆的分析。

• 打開 Performance 監(jiān)視器

六、Chrome DevTools - Show Third Party Badges

很多情況下，并不是我們網(wǎng)站本身的問題，有可能你使用的三方資源拖累了站點(diǎn)性能。所以，我們需要使用 Show Third Party Badges 來進(jìn)行排查。

1.測試站點(diǎn)：https://techcrunch.com/

2.打開控制面板：Command + Shift + P

3.打開?Network，注意資源前面的彩色標(biāo)志

三方資源都被標(biāo)記出來了，移除或者替換那些影響性能的東西。

七、Chrome DevTools - Block Request URL

對于項(xiàng)目中不確定是否有用的資源，我們可以使用 Block Request URL 來排除。

1.選中資源 - 右鍵 - Block Request URL

阻止某些資源加載，控制變量法來排查頁面性能問題。

八、Chrome DevTools - Coverage

1.打開控制面板：Command + Shift + P

2.輸入：Show Coverage

3.找到相應(yīng)的文件，可以看到文件左側(cè)已經(jīng)標(biāo)記出了部分代碼的使用情況

解決思路也很簡單：盡可能去通過?Webpack?來拆包，控制大小在?40KB?以下，移除那些未使用代碼。

九、Chrome DevTools - DOM

我們經(jīng)常提到要優(yōu)化 Dom，那么節(jié)點(diǎn)控制在什么范圍才合理呢？

• 總共少于 1500 個節(jié)點(diǎn)
• 最大深度為 32 個節(jié)點(diǎn)
• 不要存在子節(jié)點(diǎn)超過 60 個節(jié)點(diǎn)的父節(jié)點(diǎn)

查看所有 DOM 節(jié)點(diǎn)數(shù)：

document.querySelectorAll('*').length

查看子元素個數(shù)：

document.querySelectorAll('body?>?*').length

通常，只在需要時查找創(chuàng)建 DOM 節(jié)點(diǎn)的方法，并在不再需要時銷毀它們。

十、Chrome DevTools - Rendering

關(guān)于重渲對頁面的影響，我們就不多說了。那么如何知道頁面的渲染過程呢？我們可以通過 Rendering 來可視化查看。

1.打開 Rendering 選項(xiàng)

2.刷新頁面

綠色區(qū)域越重，說明重復(fù)渲染的次數(shù)越多，通過優(yōu)化 DOM 來減少無效渲染。

十一、Chrome DevTools - Layer

你可能會很好奇，為什么要查看圖層？

這是因?yàn)?，我們?jīng)常會在不知不覺的情況下搞亂了圖層關(guān)系，或者增加了不合適的圖層。

1.打開控制面板：Command + Shift + P2.選擇 Layer 選項(xiàng)

是不是圖層問題就清清楚楚的擺在眼前了～

十二、總結(jié)

通過優(yōu)化工具，我們可以輕而易舉的對網(wǎng)站進(jìn)行定位分析。之后就可以快速展開優(yōu)化，讓網(wǎng)站高性能的運(yùn)轉(zhuǎn)起來。優(yōu)化，也不過如此。

后續(xù)我們會深入了解一些優(yōu)化相關(guān)的原理細(xì)節(jié)，如果你有優(yōu)化相關(guān)的問題，歡迎一起探討，一起進(jìn)步。

版權(quán)聲明：文章首發(fā)于 Jartto's blog: http://jartto.wang/， 轉(zhuǎn)載文章請務(wù)必以超鏈接形式標(biāo)明文章出處，作者信息及本版權(quán)聲明。