登录
首页 >  文章 >  前端

JavaScriptPerformanceAPI用途及性能分析方法

时间:2026-01-27 21:00:35 437浏览 收藏

在文章实战开发的过程中,我们经常会遇到一些这样那样的问题,然后要卡好半天,等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《JavaScript Performance API能做什么?如何分析网页性能?》,聊聊,希望可以帮助到正在努力赚钱的你。

performance.now() 更准因其基于页面加载起点的单调递增高精度时间戳(微秒级),不受系统时钟调整影响,适合性能测量;而 Date.now() 依赖易变的系统时钟。

javascript的performanceapi能做什么_它如何测量和分析网页性能【教程】

performance.now() 为什么比 Date.now() 更准

它返回的是高精度时间戳(单位毫秒,精确到微秒级),基于页面加载起点(navigationStart)而非系统时钟,不受系统时间调整、NTP 同步或时区切换影响。适合测量函数执行耗时、动画帧间隔、资源加载细分阶段等。

  • performance.now() 是单调递增的,不会倒退
  • 在 Web Worker 中也可用,且与主线程时钟同步
  • 注意:不能直接用于计算“当前时间”,因为它不表示 Unix 时间戳
const start = performance.now();
doSomeHeavyWork();
const end = performance.now();
console.log(`耗时: ${end - start} ms`);

如何用 performance.getEntriesByType('navigation') 看首屏关键指标

它返回 PerformanceNavigationTiming 对象数组(通常只有 1 个),包含从重定向、DNS 查询、TCP 连接、SSL 握手、请求发送、响应接收,到 DOM 解析、DOMContentLoaded、load 等完整生命周期数据。

  • entry.loadEventEnd - entry.loadEventStart 是 load 事件本身耗时(常被忽略)
  • entry.domContentLoadedEventEnd - entry.fetchStart 反映白屏到首屏可交互的时间
  • entry.responseEnd - entry.requestStart 是真实后端响应耗时(含网络)
const navEntries = performance.getEntriesByType('navigation');
if (navEntries.length > 0) {
  const entry = navEntries[0];
  console.log('FCP 估算:', entry.domContentLoadedEventStart - entry.fetchStart);
}

performance.mark() 和 performance.measure() 怎么配合打点分析

这是最轻量、最可控的自定义性能标记方式,适合圈定某段业务逻辑(如 React 组件挂载、第三方 SDK 初始化)的实际耗时,且能跨异步边界(setTimeoutPromise.then、事件回调中均可读取)。

  • 标记名(mark 第一个参数)必须是字符串,重复调用会覆盖前一个同名标记
  • measure 的起止参数可以是标记名、PerformanceEntry 对象,或省略(自动用最近的两个标记)
  • 所有标记和测量结果都可通过 performance.getEntries() 或按类型过滤获取
performance.mark('api-start');
fetch('/api/data').then(() => {
  performance.mark('api-end');
  performance.measure('api-duration', 'api-start', 'api-end');
});
// 后续可查:performance.getEntriesByName('api-duration')

为什么 performance.memory 在 Chrome 里经常是 undefined

它属于 MemoryInfo 接口,Chrome 从 92 版本起默认禁用该 API(需开启 --enable-precise-memory-info 启动参数),且仅在 HTTPS 页面、无跨域 iframe、未启用隐私模式下才可能返回有效值。Firefox 和 Safari 完全不支持。

  • 不要依赖 performance.memory.totalJSHeapSize 做线上内存监控
  • 真要测内存泄漏,应结合 Chrome DevTools 的 Memory 面板 + heap snapshot 对比
  • 服务端渲染或 SSR 场景下,该字段始终不可用

真正稳定可用的内存相关指标,目前只有 performance.getEntriesByType('resource') 中每个资源的 transferSizeencodedBodySize —— 它们反映实际网络传输体积,比压缩后文件大小更真实。

好了,本文到此结束,带大家了解了《JavaScriptPerformanceAPI用途及性能分析方法》,希望本文对你有所帮助!关注golang学习网公众号,给大家分享更多文章知识!

前往漫画官网入口并下载 ➜
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>