如何通过 document.readyState 配合 Performance API 定位脚本加载导致的首屏白屏耗时
时间:2026-05-04 14:27:55 340浏览 收藏
在文章实战开发的过程中,我们经常会遇到一些这样那样的问题,然后要卡好半天,等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《如何通过 document.readyState 配合 Performance API 定位脚本加载导致的首屏白屏耗时》,聊聊,希望可以帮助到正在努力赚钱的你。
document.readyState无法准确反映首屏就绪状态,因其interactive和complete仅表示DOM解析与资源加载进度,与FCP、CSSOM构建、布局绘制无直接关系;真实首屏应以performance.getEntriesByType('paint')[0].startTime(first-contentful-paint)为准。

document.readyState 什么时候能准确反映首屏就绪状态
document.readyState 的 interactive 和 complete 两个值常被误当作“首屏渲染完成”的信号,但其实它只表示 HTML 解析和资源加载状态,跟 CSSOM 构建、布局计算、图层合成、甚至首帧绘制都无直接关系。真正影响白屏的,是 first-contentful-paint(FCP)或 domContentLoadedEventEnd 与 navigationStart 的差值——而这个差值里,脚本阻塞解析(尤其是同步 )往往是最大变量。
loading:文档正在加载,里的同步脚本会卡在这里interactive:DOM 构建完成,但外部脚本、图片等可能还在加载;此时DOMContentLoaded尚未触发complete:所有资源(含图片、样式表、脚本)加载完毕,但不保证首帧已绘制
所以单靠 document.readyState 定位白屏耗时,必须配合 Performance API 的时间戳对齐,否则你会把网络延迟、CSS 阻塞、JS 执行耗时全混在一起归因。
用 Performance.getEntriesByType('navigation') 拿到真实首屏起点
performance.getEntriesByType('navigation') 返回的导航条目包含多个关键字段,其中 navigationStart 是最可靠的页面起点(跳过重定向、DNS 等前置耗时),而 domContentLoadedEventEnd 和 loadEventEnd 能帮你定位 JS 加载/执行对 DOM 就绪的影响边界。
- 必须在
最早位置执行采集逻辑,否则可能错过navigationStart - 如果页面存在重定向,
redirectStart/redirectEnd非零,说明部分耗时实际发生在上一跳,需排除 domContentLoadedEventEnd - navigationStart这个差值,就是从请求发起直到 DOM 可交互的总耗时;若该值远大于 FCP,则说明白屏主因不在渲染,而在 JS 阻塞了 DOM 构建
const nav = performance.getEntriesByType('navigation')[0];
if (nav) {
console.log('首屏起点:', nav.navigationStart);
console.log('DOM 就绪耗时:', nav.domContentLoadedEventEnd - nav.navigationStart);
}
如何识别哪个 script 导致了白屏延长
关键不是看 标签写了什么,而是看它是否阻塞了解析、是否执行耗时、是否触发了强制同步布局。Performance API 中的 getEntriesByType('resource') 可以按 initiatorType: 'script' 过滤出所有脚本请求,再结合 fetchStart、responseEnd、duration 判断瓶颈环节:
- 若
responseEnd - fetchStart > 500ms:网络层慢,考虑 CDN、预连接或资源拆分 - 若
duration > 100ms 且responseEnd接近fetchStart:脚本本身执行耗时高,需检查是否含大量同步 DOM 操作或未优化循环 - 若某脚本的
startTime紧跟在前一个脚本的responseEnd后,且中间无 gap:说明它们被串行加载,应改用async或defer
performance.getEntriesByType('resource')
.filter(e => e.initiatorType === 'script')
.forEach(script => {
console.log(`${script.name} 加载耗时: ${script.duration.toFixed(1)}ms`);
});
为什么不能只监听 document.onreadystatechange
document.onreadystatechange 回调在 readyState 变更时触发,但它不提供时间上下文,也无法区分是哪个脚本导致状态卡在 loading。更麻烦的是:现代浏览器对内联脚本和外部脚本的解析调度策略不同,某些 document.write 或动态 document.createElement('script') 插入的脚本,会让 readyState 在 interactive 和 complete 之间反复横跳,造成误判。
- 不要依赖
document.readyState === 'interactive'来标记“首屏已开始渲染”,它可能比 FCP 早几百毫秒(CSS 还没解析完),也可能晚几百毫秒(某个 defer 脚本还没执行完) - 如果你在
interactive时打点,又拿这个时间减去navigationStart,得出的“白屏耗时”会系统性偏低,掩盖真实瓶颈 - 真实白屏结束点必须用
performance.getEntriesByType('paint')中的first-contentful-paint,而不是任何 DOM 状态
最容易被忽略的一点:很多团队在 SPA 中用 document.readyState === 'complete' 做路由就绪判断,却没意识到这包含了所有图片、字体、埋点 SDK 的加载耗时——这些和首屏白屏完全无关,但会把白屏指标拉高 2–3 秒。
本篇关于《如何通过 document.readyState 配合 Performance API 定位脚本加载导致的首屏白屏耗时》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于文章的相关知识,请关注golang学习网公众号!
-
502 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
209 收藏
-
147 收藏
-
360 收藏
-
155 收藏
-
393 收藏
-
243 收藏
-
116 收藏
-
126 收藏
-
430 收藏
-
109 收藏
-
179 收藏
-
126 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习