作为前端人员肯定经常遇到这样的场景：需求刚上线，产品拿着手机来找你，为什么页面打开这么慢呀，心想自己开发的时候也有注意性能问题呀，不可能会这么夸张。那没办法只能排查下是哪一块影响了页面的整体性能，打开浏览器控制台一看，页面上的这些配图每张都非常大，心想这些配图都这么大，页面怎么快，那么我们有没有办法监测页面上的这些静态资源大小，从而避免这种情况的发生。
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: ` H5项目资源加载异常，请注意查看 类型：图片资源大小超出限制 异常数量：${resourceList.length}例 异常列表：${resourceList.map( (item) => item.name, )}`, }, }, })}, 8000)
通知如下：
这里为了避免跨域，使用nest自己包了一层，这样就能够及时发现线上配置资源是否有问题，并且这个脚本也不需要所有用户都执行，因为大家的资源都是一样的，只需要配置特定白名单（比如开发、测试、产品），在页面上线后，在进行线上回归的同时执行该脚本去监测上线配置资源是否都合理...
