Layui无法捕获未捕获崩溃，必须用window.onerror和window.onunhandledrejection配合原生JS弹窗与fetch上报。
做不到。Layui 本身不提供「未捕获崩溃」的自动捕获与弹窗上报能力，这不是它该管的事，也不是前端 JS 框架该兜底的层级。
全局崩溃（如 Uncaught TypeError、Uncaught ReferenceError）无法被 Layui 拦截
Layui 的 layui.config({ajax: {error: ...}}) 只作用于 layui.ajax 请求；layer.open 的 success 或 error 回调只针对弹窗生命周期；所有这些都建立在代码“还能执行”的前提下。一旦发生语法错误、顶层 throw、或 Promise rejection 未处理，JS 执行栈就中断了，Layui 的任何钩子都来不及触发。
- 浏览器原生的
window.onerror和window.onunhandledrejection是唯一能捕获这类崩溃的入口 -
layui.use加载失败（比如模块路径 404）也不会触发这些事件——此时连layui对象都可能没定义 - 即使你写了
window.onerror = function() { layer.msg(...) }，也大概率报layer is not defined，因为 layer 模块根本没加载进来
想实现「崩溃 → 弹窗 → 发送报告」，必须绕过 Layui 自建流程
不能依赖 layer 或 layui 的任意模块，得用最原始、最可靠的方式：纯 HTML + 内联 JS + 原生 API。
- 把错误收集逻辑写在
<script>标签里，放在<head>最顶部，确保早于 layui 加载 - 用
window.onerror捕获同步错误，window.onunhandledrejection捕获异步拒绝 - 弹窗不用
layer，而用document.createElement('div')+position: fixed手动构造一个极简提示框 - 提交报告走
fetch('/api/error-report', { method: 'POST', body: JSON.stringify(...) })，避免依赖 jQuery 或 layui.ajax - 关键字段必须包含：
message、filename、lineno、colno、stack（如果可用）、userAgent、url
真实项目中容易忽略的致命细节
你以为弹个窗让用户点“发送”就完了？实际落地时，这三个点几乎必踩坑：
- 用户看到崩溃弹窗后刷新页面 → 你刚注册的
window.onerror监听器没了，第二次崩溃照样无声无息 - 移动端 Safari 对
onunhandledrejection支持不稳定，部分 Promise 链断裂不会触发，得配合Promise.prototype.catch全局打补丁 - 错误堆栈里的
filename经常是空或undefined（尤其 webpack 构建后），靠它定位源码行几乎失效；必须搭配 sourcemap 服务端解析，前端只传stack原文
真正能跑通的方案，从来不是“怎么让 Layui 弹窗”，而是“怎么在 Layui 还没加载完、甚至加载失败时，先用几行原生 JS 把错误兜住”。剩下的，都是工程细节。
