layui.use 不支持 onerror 回调，外部 script 标签需单独绑定 onerror；动态创建 script 并绑定 onerror 更可靠；全局 error 监听仅适合兜底上报，精准降级须显式处理每个外部脚本。
layui.use 本身不支持 onerror 回调
直接在 layui.use 调用里加 onerror 参数或选项是无效的——layui.use 是模块加载器，只管从 layui.js 配置的路径拉取模块，它不处理外部 <script src="xxx"></script> 的加载过程，也不暴露加载失败的钩子。
常见误解是把 layui.use(['jquery'], fn) 当成通用脚本加载器，其实它只加载 layui 自己的模块体系（如 layer、table），不会去管你手动写的 <script src="https://cdn.xxx/jquery.min.js"></script> 是否成功。
外部 script 标签必须单独绑定 onerror
如果你在 HTML 中写了类似这样的标签：
<script src="https://cdn.example.com/xxx.js" onerror="handleScriptFail(event)"></script>
那 onerror 必须写在该标签内，且仅对这个 src 生效。注意以下几点：
-
onerror只捕获加载失败（404、CORS、网络中断），不捕获脚本执行时报错 - 跨域脚本需服务端返回
Access-Control-Allow-Origin，否则连onerror都不会触发（静默失败） - 回退逻辑中，一定要置空
this.onerror = null，否则二次失败会无限循环 - 推荐写法：
<script src="https://cdn.example.com/xxx.js" onerror="this.src='/js/xxx.min.js'; this.onerror=null;"></script>
动态创建 script 时 onerror 更可靠
工程化构建中，HTML 里的 <script></script> 标签常由构建工具生成，难以手写 onerror。此时应改用 JS 动态插入，并显式绑定事件：
Node.js 可靠编程技能。避免事件循环阻塞、异步陷阱、ESM 兼容问题和内存泄漏。触发词：Node.js 开发、async/await、流处理、性能优化、安全编码。
const script = document.createElement('script');<br>script.src = 'https://cdn.example.com/xxx.js';<br>script.onerror = () => {<br> console.error('Failed to load', script.src);<br> // 触发降级：换 CDN、切本地、或标记功能不可用<br>};<br>document.head.appendChild(script);
这种方式能完全控制生命周期，也便于做重试计数、sessionStorage 记录、上报监控等。但要注意：
-
script.onerror和script.onload都只监听加载阶段，不是执行阶段 - 不要在
onerror回调里直接调用layui.layer.msg等未确保加载的模块，否则报ReferenceError: layer is not defined - 若需用
layer提示，应先检查layui.cache或用layui.use(['layer'], callback)包裹
全局 error 监听只能补漏，不能替代显式 onerror
window.addEventListener('error', e => { ... }, true) 可捕获未绑定 onerror 的动态脚本错误，但它无法区分错误来源（图片、脚本、iframe），也不能拿到 e.target.src —— 实际上，只有脚本错误的 e.filename 才有值，且部分浏览器不提供完整路径。
所以它适合做兜底上报，不适合做精准降级。真正要保障可用性，还是得回到每个外部脚本的 onerror 显式处理，尤其是 CDN 加载的第三方库（jQuery、Lodash、统计 SDK 等）。
最容易被忽略的是：所有回退路径（备用 CDN → 主站静态资源 → 空模块）都必须经过真实网络验证，不能只靠“写了就认为有效”。上线前务必模拟 404、断网、CORS 拒绝三种场景测试。
