本质是确保“加载中”在HTML解析早期即显示并及时隐藏,需将loading元素写死在body开头并用内联CSS/JS控制;隐藏时机应与用户可交互状态对齐,而非仅HTML解析完成。
浏览器解析 HTML 是自上而下流式进行的,document.body 还没构建完成时,JS 通常还不能安全操作 DOM。所以“加载中”效果必须在 HTML 解析早期就介入,不能依赖 DOMContentLoaded 或 window.onload —— 那时候页面早就闪一下再显示了。
最可靠的方式是:把 loading 元素写死在 <body> 开头,并用内联 CSS 确保它第一时间渲染;再用一小段内联 JS 在 DOM 构建完成后立即隐藏它。
常见错误是把 JS 放在 </body> 底部却没加 defer,或用 document.getElementById 查不到元素(因为执行太早)。正确做法是让 JS 紧跟 loading 元素,且使用 document.currentScript 上下文或直接操作父节点:
<body> <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 已存在于 DOMdocument.getElementById('loading').style.display = 'none';</script></p><p><!-- 后续真实内容 --><header>...</header><main>...</main></body>
注意:
立即学习“前端免费学习笔记(深入)”;
querySelector 替代 getElementById,前者在旧版 IE 中行为不一致 opacity:0 再用 JS 动画淡出——首屏渲染可能卡顿,用户会看到白屏闪动 有人尝试用 :has() 或 body:empty 触发 loading 显示,但这些选择器:
:has() 在 Safari 15.4+ 和 Chrome 105+ 才稳定支持,无法覆盖主流旧环境 body:empty 在任何含注释或空格的 HTML 中都会失效(<body><!-- --></body> 就不算 empty) 所以纯 CSS 的 loading 只适合极简静态页,且必须接受兼容性断层。
如果业务逻辑依赖框架(如 Vue、React)或复杂初始化(如 WebAssembly 加载、Auth 检查),不能一上来就隐藏 loading。这时要把隐藏逻辑移到实际就绪点:
createApp:在 app.mount() 回调里操作 root.render() 完成后调用 document.getElementById('loading').remove() ready() 函数,在所有异步依赖 resolve 后触发 关键原则:不要把 loading 隐藏时机和“HTML 解析完”绑定,而要和“用户可交互”对齐。否则 loading 消失了,按钮还点不动,体验反而更差。
loading 最容易被忽略的点是「消失时机」——不是越快越好,而是要在真实可用之后才撤掉。很多人为了“看起来快”,把 loading 设成 300ms 后强制消失,结果接口还在 pending,表单根本提交不了。