「前端那些事儿」⑤ 定位性能指标FMP

本文深入探讨了FMP(首次有效绘制)这一前端性能指标的概念及其计算方法,介绍了如何使用MutationObserver来监测DOM变化并计算FMP,以及如何通过权重计算确定页面的主角元素。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

什么是FMP?

可能大家对「白屏时间」这个名词并不陌生,他是「刀耕火种」年代,我们收集的页面性能指标之一,随着前端工程的复杂化,白屏时间已经没有什么实质性的意义了,取而代之的就是 FMP。

先来介绍几个与之相关的名词。

  • FP(First Paint):首次绘制,标记浏览器渲染任何在视觉上不同于导航前屏幕内容的时间点
  • FCP(First Contentful Paint):首次内容绘制,标记的是浏览器渲染第一针内容 DOM 的时间点,该内容可能是文本、图像、SVG 或者 <canvas> 等元素
  • FMP(First Meaning Paint):首次有效绘制,标记主角元素渲染完成的时间点,主角元素可以是视频网站的视频控件,内容网站的页面框架也可以是资源网站的头图等。

相对于 FP 和 FCP,FMP 是我们前端最常关注的重要性能指标,Google 定义它为「是否有用?」的时间点。然而,「是否有用?」是很难以通用方式界定的,因此,至今依然没有标准的 API 输出。

社区中常有这么几种方式进行「相对准确」的计算 FMP,所谓相对准确,是相对于实际项目而言。

  1. 主动上报:开发者在相应页面的「Meaning」位置上报时间
  2. 权重计算:根据页面元素,计算权重最高的元素渲染时间
  3. 趋势计算:在 render 期间,根据 dom 的变化趋势推算 FMP 值

本文将着重介绍第二种方式。

权重定位

所谓权重,即,将页面的元素以约定的「权重比」遍历出「权重值」最大的某一个或一组 DOM,然后以其「装载时间点」或「加载结束点」作为 FMP 的映射。

权重计算

节点标记

想要对 DOM 节点进行阶段性标记,就得有监听 DOM 变化的能力,庆幸的是,HTML5 赋予了我们这个能力。

MutationObserver,Mutation Events功能的替代品,是DOM3 Events规范的一部分。他可以在指定的 DOM 发生变化时执行回调。

MutationObserver 有三个方法

  • disconnect()

    阻止 MutationObserver 实例继续接收的通知,直到再次调用其observe()方法,该观察者对象包含的回调函数都不会再被调用。

  • observe()

    配置MutationObserver在DOM更改匹配给定选项时,通过其回调函数开始接收通知。

  • takeRecords()

    从MutationObserver的通知队列中删除所有待处理的通知,并将它们返回到MutationRecord对象的新Array中。

global.mo = new MutationObserver(() => { 
    /* callback: DOM 节点设置阶段性标记 */
});

/**
 * mutationObserver.observe(target[, options])
 * target - 需要观察变化的 DOM Node。
 * options - MutationObserverInit 对象,配置需要观察的变化项。
 * 更多 options 的介绍请参考 https://developer.mozilla.org/zh-CN/docs/Web/API/MutationObserverInit#%E5%B1%9E%E6%80%A7
 **/
global.mo.observe(document, {
  childList: true,  // 监听子节点变化(如果subtree为true,则包含子孙节点)
  subtree: true // 整个子树的所有节点
});
复制代码

下图粗滤的解析了正常单页面的渲染过程

  • 预备阶段:导航阶段,处在连接相应的过程
  • 阶段一:首字节渲染阶段,也是FCP,DOM 树的第一次有效变化
  • 阶段二:基本框架渲染完成
  • 阶段三:获取到数据,渲染到视图上
  • 阶段四:图片加载完成,加载过程不被标记

实际上在第一、第三阶段之间还存在着大量的 DOM 变化,Mutation Observer 事件的触发并不是同步的,而是异步触发的,也就是说,等到当前「阶段」所有 DOM 操作都结束才触发。

Mutation Observer 有以下特点

  • 它等待所有脚本任务完成后,才会运行(即异步触发方式)。
  • 它把 DOM 变动记录封装成一个数组进行处理,而不是一条条个别处理 DOM 变动。
  • 它既可以观察 DOM 的所有类型变动,也可以指定只观察某一类变动。

load 事件触发后,各个阶段的 tag 已经被打到标签上了

此处以『_ti』昨晚标记 key。

在打标记的同时,需要记录下当前的时间节点,备用

// 伪代码
function callback() {
    global.timeStack[++_ti] = performance.now(); // 记时间
    doTag(_ti); // 打标记
}
复制代码

标记打完后就等 load 的那一刻进行计算反推了。

计算权重值

一般来说

  • 视图占比越大的元素越有可能是主角元素
  • 视频比图片更可能是主角元素
  • svgcanvas 也很重要
  • 其他元素都可以按普通 dom 计算了
  • 背景图片视情况而定,可记可不记
第一步:简单粗暴,按大小计算
// 伪代码
function weightCompute(node){
    let {
        width,
        height,
        left,
        top
    } = node.getBoundingClientRect();
    
    // 排除视图外的元素
    if(isOutside(width, height, left, top)){
        return 0;
    }
    let wts = TAG_WEIGHT_MAP[node.tagName]; // 约定好的权重比
    let weight = width * height * wts; // 直接乘,或者更细粒度的计算 wts(width, height, wts)
    return {
        weight, 
        wts, 
        tagName: node.tagName, 
        ti: node.getAttribute("_ti"),
        node
    };
}
复制代码
第二步:根据权重值推导主角元素

在我们的约定权重算法下,权重最大的元素即为我们推到的主角元素。

// 伪代码
function getCoreNode(node){
    let list = nodeTraversal(node); // 递归计算每个标记节点的权重值
    return getNodeWithMaxWeight(list); // weight 最大的元素
}
复制代码
第三步:根据元素类型取时间

不同的元素获取时间的方式并不相同

  • 普通元素:按标记点时间计算
  • 图片和视频:按资源相应结束时间计算
  • 带背景元素:可以以背景资源相应结束时间计算,也可以按普通元素计算
// 伪代码
function getFMP(){
    let coreObj = getCoreNode(document.body),
        fmp = -1;
    let {
        tagName,
        ti,
        node
    } = coreObj;
    
    switch(tagName){
        case 'IMG':
        case 'VIDEO':
            let source = node.src;
            let { responseEnd } = performance.getEntries().find(item => item.name === source);
            fmp = responseEnd || -1;
            break;
        default:
            if(node.style.backgroundImage){
                // 普通元素的背景处理
            }else{
               fmp = global.timeStack[+ti]; 
            }
    }
    return fmp;
}
复制代码

回归验证

以我们的 demo 页为例,类似的电商网站,我们希望拿到「阶段二」或「阶段三」的时间点作为我们的 FMP 值。

因为我们并不希望「主角元素」的背景或者「图片主角元素」的相应时间算在 FMP 的值内,所以,我们将「图片」「视频」等资源元素降级成普通元素计算。

在 Chrome [ Disable cache / Fast 3G ] 条件下我们进行模拟验证。

计算得到的 FMP 值为 4730.7ms,Chrome Performance 监控的值在 4950ms 左右,误差在 200ms 左右。

如果将限速放开,FMP 的取值将更接近我们希望的「First Meaning Paint」。

转载请标明出处

作者: 木羽 zwwill

首发地址:zwwill/blog#32

<think>我们讨论的是如何监控前端大数据列表或表格渲染的性能指标。根据引用内容,我们可以使用标准Web性能指标,并针对大数据渲染场景进行专项监控。以下是具体方案:###一、核心监控指标(引用[1][2])1.**首次渲染时间**:-**FP/FCP**:记录列表容器首次出现内容的时间-**自定义FMP**:监控列表首屏关键数据渲染完成时间2. **交互响应指标**:- **TTI**:列表可滚动/可操作的时间点- **FID/INP**:列表项点击/滚动操作的延迟3. **流畅度指标**:-**FPS**:滚动过程中的实时帧率-**CLS**:列表渲染导致的布局偏移###二、监控实现方案####1.使用Performance API基础监控```javascript//记录关键时间点constperfObserver= newPerformanceObserver((list) =>{list.getEntries().forEach(entry =>{if(entry.name ==='list-first-render'){console.log('列表首次渲染',entry.startTime);}});}); perfObserver.observe({type: 'mark'}); //标记自定义性能节点performance.mark('list-render-start'); renderLargeList(data); //渲染函数performance.mark('list-render-end'); performance.measure('list-render','list-render-start','list-render-end');``` ####2.帧率监控(引用[1])```javascriptletframeCount =0; letlastTime= Date.now();const fpsMonitor =()=> {requestAnimationFrame(() =>{frameCount++;const now= Date.now();if(now- lastTime >=1000){const fps= Math.round(frameCount *1000 /(now- lastTime));reportFPS(fps); //上报帧率frameCount=0;lastTime =now;}fpsMonitor();});}; fpsMonitor(); ```####3.滚动流畅度专项监控```javascriptconst scrollStart=performance.now(); listContainer.addEventListener('scroll', ()=> {constscrollEnd= performance.now();constscrollDuration= scrollEnd -scrollStart;//计算滚动帧率if(scrollDuration >50) {//超过50ms视为卡顿reportScrollJank(scrollDuration);} },{ passive: true}); ```###三、大数据场景增强监控####1.列表渲染分段标记(引用[3])```javascript//虚拟滚动场景下监控可视区域渲染const renderChunk =(startIndex,endIndex) =>{performance.mark(`chunk-render-${startIndex}-start`);renderItems(startIndex, endIndex);performance.mark(`chunk-render-${startIndex}-end`);performance.measure(`chunk-${startIndex}-${endIndex}`,`chunk-render-${startIndex}-start`,`chunk-render-${startIndex}-end`); };``` ####2.内存占用监控```javascript//监控列表渲染内存变化setInterval(()=> {constmemory =performance.memory;if(memory) {console.log(`JS堆大小:${memory.usedJSHeapSize}/${memory.jsHeapSizeLimit}`);}},5000); ```###四、数据分析维度|指标类型 |监控项 |阈值|上报策略| |----------|--------|------|----------| |加载性能 |FCP/TTI |FCP <1s,TTI<2s|页面加载完成时上报 ||渲染性能|帧率(FPS) |滚动时FPS>50 |滚动过程中每秒上报 ||稳定性 |CLS/卡顿时长 |CLS<0.1,卡顿 <300ms |异常时实时上报 ||内存占用| JS堆大小| <200MB |每分钟上报 |###、可视化示例```mermaidgraph LRA[开始加载] -->B{是否大数据列表} B--是 -->C[监控初始渲染]B--否--> D[标准监控]C -->E[记录首屏渲染时间]E--> F[启动帧率监控] F--> G[绑定滚动监听] G--> H[数据上报]``` >**关键点**:大数据列表需重点监控**滚动帧率**和**分段渲染耗时**,普通列表关注FCP/LCP即可[^2][^3] ---§§相关问题§§1.如何降低性能监控本身对页面性能的影响?2.虚拟滚动场景下如何准确测量首屏渲染时间?3.如何区分JavaScript执行时间和浏览器渲染时间?</think>### 前端大数据渲染性能监控方案 针对大数据列表/表格的渲染性能监控,需结合标准Web性能指标和自定义监控点,以下是具体实施方案: --- #### 一、核心监控指标(引用[1][2]) 1. **首次渲染时间** - **FP/FCP**:监控列表容器首次出现像素的时间 - **自定义关键点**:记录首屏数据渲染完成时间 ```javascript // 标记列表渲染开始/结束 performance.mark('list-render-start'); renderLargeList(data); // 渲染函数 performance.mark('list-render-end'); performance.measure('list-render', 'list-render-start', 'list-render-end'); ``` 2. **可交互时间(TTI)** - 监听列表滚动/点击事件响应延迟 ```javascript listContainer.addEventListener('click', () => { const tti = performance.now() - window.performance.timing.domContentLoadedEventEnd; console.log('TTI:', tti); }, { once: true }); ``` 3. **帧率(FPS)监控** ```javascript let frameCount = 0; requestAnimationFrame(function loop() { frameCount++; requestAnimationFrame(loop); }); setInterval(() => { const fps = frameCount; frameCount = 0; console.log('FPS:', fps); // 滚动时实时上报 }, 1000); ``` --- #### 二、大数据场景专项监控 1. **虚拟滚动性能指标** ```javascript // 监控可视区域渲染延迟 const renderChunk = (startIndex, endIndex) => { performance.mark(`chunk-${startIndex}-start`); renderItems(startIndex, endIndex); performance.measure(`chunk-${startIndex}`, `chunk-${startIndex}-start`); }; ``` 2. **内存占用监控** ```javascript // 列表渲染前后内存对比 const memBefore = window.performance.memory?.usedJSHeapSize; renderList(); setTimeout(() => { const memAfter = window.performance.memory?.usedJSHeapSize; console.log('Memory delta:', (memAfter - memBefore) / 1024 / 1024 + 'MB'); }, 1000); ``` 3. **布局抖动监控(引用[4])** ```javascript new PerformanceObserver((list) => { list.getEntries().forEach(entry => { if (entry.name.includes('list-item')) { console.log('CLS impact:', entry.value); } }); }).observe({type: 'layout-shift', buffered: true}); ``` --- #### 三、监控数据上报策略 | 指标类型 | 采集方式 | 上报时机 | |----------------|--------------------------|-----------------------| | 首次渲染时间 | `Performance API` | 首屏渲染完成后 | | 帧率(FPS) | `requestAnimationFrame` | 滚动时每秒上报 | | 内存占用 | `performance.memory` | 列表更新后定时上报 | | 交互延迟 | 事件监听+`performance.now()` | 用户操作时触发上报 | ```mermaid graph LR A[用户打开列表页] --> B[标记渲染开始] B --> C{是否大数据} C -- 是 --> D[启动虚拟滚动监控] C -- 否 --> E[标准指标监控] D --> F[分块渲染计时] D --> G[滚动帧率采样] F & G --> H[异常阈值检测] H -- 超标 --> I[实时告警上报] ``` --- #### 四、优化分析建议 1. **渲染瓶颈定位** - 通过`performance.getEntriesByName('list-render')`分析脚本执行时间 - 对比`FP`和`list-render`时间差,确定是JS执行慢还是渲染慢(引用[3]) 2. **卡顿根因分析** - 当FPS<30时:检查是否存在同步DOM操作(引用[4]) - 内存持续增长:排查列表项未正确销毁 > **关键结论**:大数据列表需重点关注**分块渲染时间**和**滚动帧率**,传统`DOMContentLoaded`指标已不适用(引用[3]) ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值