优化脚本加载,提升页面性能
时间:2026-05-10 18:46:06 131浏览 收藏
本文深入解析了 `document.readyState` 这一被低估但至关重要的浏览器加载状态标识,重点揭示其三种状态(`loading`、`interactive`、`complete`)在真实渲染流程中的精确语义与实践价值——尤其强调 `interactive` 阶段作为“DOM 就绪、body 可用、资源未阻塞”的黄金时机,比 `DOMContentLoaded` 更可靠、比 `window.onload` 更及时,是白屏优化和安全初始化的核心锚点;文章不仅剖析了传统事件的缺陷与边界场景(如 SSR hydration 失败、iframe 异常、构建工具注入问题),更提供了带超时兜底、防重复触发、强健性校验的实战方案,并厘清了其与 `defer`/`async` 脚本的协同逻辑,助你精准掌控 JS 执行节奏,在毫秒级差异中赢得首屏体验优势。

document.readyState 有哪些可能值,分别代表什么阶段
document.readyState 是浏览器同步暴露的文档加载状态标识,共三种取值:loading、interactive、complete。它们不是时间戳,而是 DOM 构建过程中的关键里程碑:
loading:HTML 文档正在解析中,同步执行时常见于此阶段;此时document.body可能还不存在interactive:DOM 构建完成(即DOMContentLoaded已触发),但外部资源(如图片、样式表、异步脚本)仍在加载;document.body和大部分节点已可安全访问complete:所有资源(包括图片、iframe 等)全部加载完毕;等价于window.onload触发时机,通常较晚
白屏优化的关键,是尽早获取可操作的 DOM 节点并启动渲染逻辑,而不是等整个页面“彻底加载完”——所以 interactive 是最值得盯住的状态。
为什么不能只靠 DOMContentLoaded 或 window.onload
这两个事件看似覆盖了加载流程,但存在实际偏差:
DOMContentLoaded不保证document.body已挂载(尤其在内联脚本位于且 DOM 尚未解析到时,document.body为null)window.onload会等待所有资源(含第三方 tracker 图片、字体文件等),极易被阻塞,白屏时间不可控- 某些构建工具(如 Vite)或 SSR 框架(如 Nuxt)会在首屏注入 hydration 脚本,若依赖
document.body却没做存在性检查,直接报Cannot read property 'appendChild' of null
而 document.readyState === 'interactive' 是一个更早、更稳定、且与 DOM 可用性强相关的信号——它意味着 HTML 解析结束、document.body 必然存在,且 JS 执行不会打断渲染主线程。
如何安全地在 interactive 阶段执行初始化逻辑
不能简单轮询或只判断一次,需结合状态监听与降级兜底:
- 立即检查当前状态:若已是
interactive或complete,直接执行初始化函数 - 否则监听
readystatechange事件,只响应一次interactive状态到达(避免重复触发) - 加 5s 超时兜底:防止极端情况(如解析卡死、事件未触发),超时后强制执行(至少保障功能可用)
- 务必包裹
if (document.body)判断,即使状态是interactive,极少数 iframe 场景或特殊 polyfill 下仍可能短暂为空
示例精简写法:
function runWhenInteractive() {
if (document.readyState === 'interactive' || document.readyState === 'complete') {
initApp();
return;
}
let triggered = false;
const handler = () => {
if (triggered) return;
if (document.readyState === 'interactive') {
triggered = true;
initApp();
document.removeEventListener('readystatechange', handler);
}
};
document.addEventListener('readystatechange', handler);
setTimeout(() => {
if (!triggered && document.body) {
triggered = true;
initApp();
}
}, 5000);
}
和 defer、async 脚本的配合要点
defer 脚本本身就在 DOM 解析完成后执行,天然接近 interactive 阶段,但仍有细节差异:
defer脚本的执行时机 ≈DOMContentLoaded,不等于interactive—— 因为多个defer脚本按顺序执行,若前一个耗时长,后一个仍会延迟- 把核心初始化逻辑放在
defer脚本里,再用document.readyState判断,比纯靠defer更可控 async脚本完全不可预测,可能在loading阶段就执行,此时document.body极大概率不存在,必须避免在此类脚本中直接操作 DOM- 服务端渲染(SSR)场景下,hydration 脚本建议设为
defer,并在内部用document.readyState做双保险,防止客户端首次 render 时因 DOM 未就绪而失败
真正影响白屏的是「首个可交互像素」出现的时间点,而不是脚本何时下载完——interactive 是这个时间点最贴近的可编程锚点,但它不会自动帮你减少 JS 体积或优化 CSS 关键路径,这些仍需单独处理。
本篇关于《优化脚本加载,提升页面性能》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于文章的相关知识,请关注golang学习网公众号!
相关阅读
更多>
-
502 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
最新阅读
更多>
-
408 收藏
-
337 收藏
-
257 收藏
-
396 收藏
-
410 收藏
-
478 收藏
-
341 收藏
-
326 收藏
-
442 收藏
-
285 收藏
-
249 收藏
-
363 收藏
课程推荐
更多>
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习