index.html如何添加网页加载进度条？

先说一个核心判断：用 document.readyState 判断加载阶段，比单纯监听 load 事件要早得多。后者触发时，所有资源都已加载完毕，进度条往往一闪而过，失去了“过程感”。而前者让你能从 HTML 解析的起点就介入，真正让用户感知到“正在加载”。

用 document.readyState 判断加载阶段比监听 load 更早

很多开发者习惯直接监听 window.addEventListener('load', ...)，但这时图片、字体等资源都已下载完成，进度条再出现就显得多余了。想真正展示加载过程，得从 DOM 构建之初就动手。document.readyState 有三个关键状态：'loading'（DOM 正在构建）、'interactive'（DOM 就绪，但脚本可能还在执行）、'complete'（全部资源加载完毕）。秘诀就在于，在 'loading' 阶段就插入进度条 DOM，并配合定时器模拟进度，让用户心里有底。

具体怎么操作？这里有几个经过验证的建议：

• 位置要“霸道”：把进度条容器
  直接放在 标签内的最顶部。这样可以避免被后续元素的样式覆盖或阻塞渲染。
• 样式要“独立”：用内联 CSS 定义其初始状态（例如 position: fixed; top: 0; height: 3px; width: 0%; background: #4a6fa5; z-index: 9999;）。这能确保进度条不依赖外部 CSS 文件的加载，实现秒现。
• 脚本要“抢先”：在 里直接嵌入一段内联的 ），并且放在 底部或 顶部。
• 慎用第三方库：像 NProgress 这类流行库，其默认行为通常是在 DOMContentLoaded 后才启动，这对于首屏加载进度条来说已经太迟了。
• 保持零依赖：如果项目使用 Webpack 或 Vite 打包，千万别把这部分代码打进主 bundle。它应该是独立、体积极小、没有任何外部依赖的。

移动端 Safari 对 position: fixed 进度条有渲染延迟

在 iOS 的 Safari 浏览器上，position: fixed 定位的元素在页面滚动或缩放时，可能会被延迟绘制。这会导致进度条看起来“卡住不动”，然后突然跳到终点。这并非 Bug，而是 Safari 为了性能优化采取的策略：它会暂缓固定定位元素的合成，直到确认该元素不需要频繁重绘。

要攻克这个平台特性，可以尝试：

• 开启 GPU 加速：给进度条元素加上 transform: translateZ(0) 或 will-change: transform 属性，强制浏览器为其创建一个独立的合成层。
• 简化样式：避免在设置了 top: 0 和 height: 3px 的基础上，再添加 border 或 box-shadow 等复杂样式，这些可能会触发效率较低的软件渲染路径。
• 真机调试：在 Safari 的开发者工具中，使用“开发 > iPhone 模拟器”功能进行调试，观察性能时间线中是否出现了长时间的“Rasterize”（光栅化）任务。

最后，必须警惕一个本末倒置的陷阱：进度条本身绝不能成为性能负担。它的全部价值，在于用极低的成本（一行内联脚本，不到20行代码，无网络请求，不阻塞解析）来改善用户对等待时间的感知。一旦它开始影响 Largest Contentful Paint 或 Cumulative Layout Shift 这些核心性能指标，那就到了需要反思甚至移除它的时候了。记住，它的存在是为了让白屏时间显得更短，而不是变得更长。