本质是确保“加载中”在html解析早期即显示并及时隐藏，需将loading元素写死在body开头并用内联css/js控制；隐藏时机应与用户可交互状态对齐，而非仅html解析完成。
页面加载前显示 loading 的本质是什么
浏览器解析 HTML 是自上而下流式进行的，document.body 还没构建完成时，JS 通常还不能安全操作 DOM。所以“加载中”效果必须在 HTML 解析早期就介入，不能依赖 DOMContentLoaded 或 window.onload —— 那时候页面早就闪一下再显示了。
最可靠的方式是：把 loading 元素写死在 开头，并用内联 CSS 确保它第一时间渲染；再用一小段内联 JS 在 DOM 构建完成后立即隐藏它。
用内联 script 隐藏 loading 的正确写法
常见错误是把 JS 放在 底部却没加 defer，或用 document.getElementById 查不到元素（因为执行太早）。正确做法是让 JS 紧跟 loading 元素，且使用 document.currentScript 上下文或直接操作父节点：
<div id="loading" style="position:fixed;top:0;left:0;width:100%;height:100%;background:#fff;display:flex;justify-content:center;align-items:center;z-index:9999;">
<span>加载中…</span>
</div>
<p><script>
// 立即执行，此时 #loading 已存在于 DOM
document.getElementById('loading').style.display = 'none';
</script></p><p><!-- 后续真实内容 -->
<header>...</header><main>...</main></p>
注意：
- 不要用
querySelector替代getElementById，前者在旧版 IE 中行为不一致 - 不要给 loading 加
opacity:0再用 JS 动画淡出——首屏渲染可能卡顿，用户会看到白屏闪动 - 如果页面有大量图片或外部 CSS/JS，loading 隐藏后仍可能有空白期，这时需配合资源预加载或骨架屏
纯 CSS 实现 loading 的局限性
有人尝试用 :has() 或 body:empty 触发 loading 显示，但这些选择器：
-
:has()在 Safari 15.4+ 和 Chrome 105+ 才稳定支持，无法覆盖主流旧环境 -
body:empty在任何含注释或空格的 HTML 中都会失效（<!-- -->就不算 empty） - 无法感知资源加载状态，比如图片还没解码、字体还没加载完成，CSS 方案就已“提前收工”
所以纯 CSS 的 loading 只适合极简静态页，且必须接受兼容性断层。
需要等待 JS 初始化完成才隐藏 loading 怎么办
如果业务逻辑依赖框架（如 Vue、React）或复杂初始化（如 WebAssembly 加载、Auth 检查），不能一上来就隐藏 loading。这时要把隐藏逻辑移到实际就绪点：
- Vue 3 +
createApp：在app.mount()回调里操作 - React：在
root.render()完成后调用document.getElementById('loading').remove() - 自定义逻辑：封装一个
ready()函数，在所有异步依赖 resolve 后触发
关键原则：不要把 loading 隐藏时机和“HTML 解析完”绑定，而要和“用户可交互”对齐。否则 loading 消失了，按钮还点不动，体验反而更差。
loading 最容易被忽略的点是「消失时机」——不是越快越好，而是要在真实可用之后才撤掉。很多人为了“看起来快”，把 loading 设成 300ms 后强制消失，结果接口还在 pending，表单根本提交不了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
