当前位置：首页 > 文章列表 > 文章 > 前端 > JavaScriptPerformanceAPI用途及性能分析方法

JavaScriptPerformanceAPI用途及性能分析方法

2026-01-27 21:00:35 0浏览收藏

在文章实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天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 初始化）的实际耗时，且能跨异步边界（setTimeout、Promise.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 完全不支持。