外链脚本加载失败不会自动中断HTML解析，但会阻塞后续解析——前提是未加async或defer；浏览器默认同步加载执行，若404、超时或返回空内容，页面将卡在半解析状态，导致DOM不完整、样式事件失效。
外链脚本加载失败会中断HTML解析吗
不会自动中断，但会阻塞后续HTML解析——前提是没加 async 或 defer。浏览器遇到 <script src="xxx.js"></script> 时，默认同步加载并执行，期间暂停DOM构建。如果该脚本404、超时或返回空内容，页面就卡在“半解析”状态：部分DOM已生成，后续标签不处理，<body> 可能没闭合，样式/事件绑定失效。
如何让页面不因外链JS失败而白屏或错乱
核心是解除脚本加载对HTML解析的耦合。实际可用的手段有限但有效：
- 给所有非关键外链脚本加
async：适用于独立功能模块（如统计、广告），加载完立刻执行，不保证顺序 - 给依赖DOM的脚本加
defer：确保按书写顺序执行，且一定在DOM解析完成后、DOMContentLoaded前触发 - 用
fetch()+eval()动态加载并捕获异常：适合需控制失败降级逻辑的场景，但注意CSP限制和安全风险 - 避免在
<head>放未加属性的<script>：这是最常见白屏诱因，尤其当CDN挂掉时
onerror 能否真正“修复”加载失败
onerror 不是修复，而是兜底通知。它无法让浏览器继续解析被阻塞的HTML，但能帮你做三件事：
- 记录失败：
<script src="bad.js" onerror="console.warn('bad.js load failed')"></script> - 触发替代逻辑：
onerror="loadFallbackScript()"，比如加载本地备份JS - 标记状态供后续判断：
window.scriptBadJsLoaded = false，让主逻辑跳过依赖它的功能
注意：onerror 在脚本本身语法错误或执行时报错时不会触发——它只响应网络层失败（404、CORS、timeout）。
立即学习“前端免费学习笔记（深入）”；
为什么本地双击打开HTML总出问题
因为 file:// 协议下，浏览器直接禁用跨域请求，所有 fetch、import、甚至带 type="module" 的 <script> 都会报 CORS error 或 Failed to load module script。这不是代码问题，是协议限制。
- 解决方法只有启动HTTP服务：
npx serve、python3 -m http.server或 VS Code Live Server - 检查地址栏：必须是
http://localhost:xxxx/或https://开头，而非file:/// - 开发阶段别信双击打开的结果——它根本不能代表真实运行环境
真正的“自动修复”不存在；所谓恢复，全是靠提前设计加载策略、容错回调和协议合规性保障。最容易被忽略的是：把脚本放在 <body> 底部 ≠ 解决问题，没加 defer 或 async 时，它依然会阻塞解析，只是阻塞点后移而已。
