前言
作為前端人員肯定經常遇到這樣的場景:需求剛上線,産品拿着手機來找你,為什麼頁面打開這麼慢呀,心想自己開發的時候也有注意性能問題呀,不可能會這麼誇張。那沒辦法隻能排查下是哪一塊影響了頁面的整體性能,打開浏覽器控制台一看,頁面上的這些配圖每張都非常大,心想這些配圖都這麼大,頁面怎麼快,那麼我們有沒有辦法監測頁面上的這些靜态資源大小,進而避免這種情況的發生。
Performance
Performance 接口可以擷取到目前頁面中與性能相關的資訊。
該對象提供許多屬性及方法可以用來測量頁面性能,這裡介紹幾個用來擷取PerformanceEntry的方法:
getEntries
該方法擷取一組目前頁面已經加載的資源PerformanceEntry對象。接收一個可選的參數options進行過濾,options支援的屬性有name,entryType,initiatorType。
const entries = window.performance.getEntries();
getEntriesByName
該方法傳回一個給定名稱和 name 和 type 屬性的PerformanceEntry對象數組,name的取值對應到資源資料中的name字段,type取值對應到資源資料中的entryType字段。
const entries = window.performance.getEntriesByName(name, type);
getEntriesByType
該方法傳回目前存在于給定類型的性能時間線中的對象PerformanceEntry對象數組。type取值對應到資源資料中的entryType字段。
const entries = window.performance.getEntriesByType(type);
嘗試擷取靜态資源資料
使用getEntriesByType擷取指定類型的性能資料,performance entryType中有一個值為resource,用來擷取文檔中資源的計時資訊。該類型包括有:script、link、img、css、xmlhttprequest、beacon、fetch、other等。
const resource = performance.getEntriesByType('resource')
console.log('resource', resource)
這樣可以擷取到非常多關于資源加載的資料:
為了友善檢視,我們來稍微處理下資料
const resourceList = []
const resource = performance.getEntriesByType('resource')
console.log('resource', resource)
resource.forEach((item) => {
resourceList.push({
type: item.initiatorType, // 資源類型
name: item.name, // 資源名稱
loadTime: `${(item.duration / 1000).toFixed(3)}s`, // 資源加載時間
size: `${(item.transferSize / 1024).toFixed(0)}kb`, // 資源大小
})
})
這樣對于每個資源的類型、名稱、加載時長以及大小,都非常清晰
但是有些資源的大小為什麼會是0呢?以及還有很多頁面上的資源貌似沒有統計到,這是為啥呢?
這是因為頁面上的資源請求并不是一次性加載完的,比如一些資源的懶加載,這裡就有可能會統計不到,或者資源大小統計會有問題,是以我們需要監聽資源的動态加載
監聽資源加載
以上介紹的3個API都無法做到對資源動态加載的監聽,這裡就需要用到PerformanceObserver來處理動态加載的資源了
PerformanceObserver
PerformanceObserver 主要用于監測性能度量事件,在浏覽器的性能時間軸記錄新的 performanceEntry 時會被通知。
通過使用 PerformanceObserver() 構造函數我們可以建立并傳回一個新的 PerformanceObserver 對象,進而進行性能的監測。
用法
PerformanceObserver 與其它幾個 Observer 類似,使用前需要先進行執行個體化,然後使用 observe 監聽相應的事件
function perf_observer(list, observer) {
// ...
}
var observer = new PerformanceObserver(perf_observer);
observer.observe({ entryTypes: ["resource"] });
它主要有以下執行個體方法:
- observe:指定監測的 entry types的集合。當 performance entry 被記錄并且是指定的 entryTypes 之一的時候,性能觀察者對象的回調函數會被調用。
- disconnect:性能監測回調停止接收PerformanceEntry。
- takeRecords:傳回目前存儲在性能觀察器的 performance entry清單,并将其清空。
嘗試擷取頁面圖檔加載資訊
new PerformanceObserver((list) => {
list
.getEntries()
.filter(
(entry) =>
entry.initiatorType === 'img' || entry.initiatorType === 'css',
)
.forEach((entry) => {
resourceList.push({
name: entry.name, // 資源名稱
loadTime: `${(entry.duration / 1000).toFixed(3)}s`, // 資源加載時間
type: entry.initiatorType, // 資源類型
size: `${(entry.transferSize / 1024).toFixed(0)}kb`, // 資源大小
})
console.log('--', resourceList)
})
}).observe({ entryTypes: ['resource'] })
這裡需要注意的是,擷取類型除了img還得加上css,因為CSS中可能會有通過url()加載的背景圖。
這樣,頁面上的圖檔大小以及加載時長一目了然了
通知
我們自己是知道問題了,但是還需要将這些資訊推送給産品及營運,這個可以通過企業微信提供的API來進行操作,不滿足條件的資源将進行推送通知:
setTimeout(() => {
axios.get('http://127.0.0.1:3000/jjapi/user/pushMessage', {
params: {
msgtype: 'markdown',
markdown: {
content: `
<font color="warning">H5項目資源加載異常,請注意檢視</font>
類型:<font color="comment">圖檔資源大小超出限制</font>
異常數量:<font color="comment">${resourceList.length}例</font>
異常清單:<font color="comment">${resourceList.map(
(item) => item.name,
)}</font>`,
},
},
})
}, 8000)
通知如下:
這裡為了避免跨域,使用nest自己包了一層,這樣就能夠及時發現線上配置資源是否有問題,并且這個腳本也不需要所有使用者都執行,因為大家的資源都是一樣的,隻需要配置特定白名單(比如開發、測試、産品),在頁面上線後,在進行線上回歸的同時執行該腳本去監測上線配置資源是否都合理...