应确保在页面完成导航后调用，如在window.load事件或document.readyState为'complete'时；注意仅记录当前文档导航，避免在空白页测试，并确认类型名拼写正确。
performance.getEntriesByType('navigation') 返回空数组怎么办
说明：这是最常遇到的问题——调用 performance.getEntriesByType('navigation') 却拿不到任何数据，不是 API 失效，而是调用时机不对。
实操建议：
立即学习“前端免费学习笔记（深入）”；
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 必须在页面完成导航后执行，比如在
window.addEventListener('load', ...)或document.readyState === 'complete'之后；performance.getEntriesByType('navigation')只记录当前文档的导航事件，刷新前就执行会返回空 - 不要在新打开的空白标签页（如
about:blank）里测试，它没有导航上下文 - 若仍为空，可先检查
performance.getEntries()是否有内容，再确认类型名拼写（区分大小写，必须是'navigation'，不是'Navigation'或'nav'）
用 performance.timing 计算 DNS、TCP、首字节等耗时是否还可靠
说明：performance.timing 是旧接口，Chrome 120+ 已完全弃用，Firefox 和 Safari 也仅保留兼容性支持。直接读取它可能返回 0 或 undefined，尤其在 SPA 路由切换后。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 改用
performance.getEntriesByType('navigation')[0]获取第一个 navigation 条目，其字段如domainLookupStart、connectEnd、responseStart等语义一致，且为标准现代字段 - 注意这些字段值是相对于
performance.timeOrigin的毫秒数，不是绝对时间戳，做减法即可得耗时 - 若需兼容 IE11 或极老环境才保留
performance.timing回退逻辑，但生产环境应默认忽略
如何安全获取资源加载耗时（JS/CSS/图片）
说明：performance.getEntriesByType('resource') 看似简单，但容易漏掉动态插入的资源或跨域资源（因 CORS 限制，部分字段如 duration 可能被清零）。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 优先在
load事件后调用，确保所有初始资源已加载完成 - 对每个
entry检查entry.initiatorType（如'script'、'img'、'css'）和entry.duration > 0，过滤掉无效条目 - 跨域资源若未声明
crossorigin属性，其duration会是0，需前端统一加属性：<script src="a.js" crossorigin> - 避免高频轮询调用，它会触发浏览器内部性能条目收集，有轻微开销
performance.now() 测量代码执行时间要注意什么
说明：performance.now() 是替代 Date.now() 的高精度方案，但它不是万能计时器——精度受浏览器实现和系统调度影响，且不能用于跨进程/跨 iframe 时间比对。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 只用于同一上下文中短时间测量（如函数执行、渲染帧间隔），不用于长时间跨度（如用户停留时长）
- 不要依赖微秒级差异做逻辑分支，不同设备/浏览器最小分辨力不同（典型为 0.5–5ms）
- 若需长期稳定计时，仍应以
Date.now()为基准，用performance.now()做局部高精度差值 - 注意：Node.js 中需使用
process.hrtime.bigint()或performance.now()（v16.14+ 支持）
