正确做法是启用 btnAsync: true 并在回调中 return Promise，由 layer 自动管理 loading 与关闭；老版本需手动操作按钮 DOM 并显式调用 layer.close。
layer.confirm 里怎么让“确定”按钮点击后显示 loading
不能靠 layer.load() 叠加，也不能把 loading 写死在 content 里——弹窗 dom 还没挂载，document.getelementbyid 找不到节点，loading 根本不显示。
正确做法是：在确认回调里手动操作按钮 DOM，改文字、加禁用、插入 loading 元素（或用 that.loading(true)，前提是开启 btnAsync: true）。
- 如果用的是 Layui 2.9.12+，优先走
btnAsync: true+that.loading()方案，语义清晰、状态可控 - 老版本只能自己查 DOM：
$(layero).find('.layui-layer-btn0')找到“确定”按钮，.text('提交中').attr('disabled', true) - 别忘了请求结束后恢复按钮：
.text('确定').attr('disabled', false)，否则用户点不了第二次 - loading 图标建议用 Layui 自带的
layui-icon layui-icon-loading，不用额外引入样式
为什么 layer.confirm 回调里不能直接 await 请求
layer.confirm 的回调函数本身不是 Promise，它只是个普通函数；你写 async function(index) { await axios.post(...) } 没问题，但这个 async 只是让函数返回 Promise，而 layer 完全不关心这个返回值——它不会等，也不会自动关弹窗。
所以常见错误是：点了确定，接口还在跑，弹窗已经关闭了，用户不知道结果。
- 必须显式调用
layer.close(index)关闭，且只在请求成功后调用 - 失败时不能关，得留着让用户重试，同时恢复按钮状态
- 别写
const ok = await layer.confirm(...)——layer.confirm()返回的是数字索引，不是 Promise，await它毫无意义，还会静默失效
btnAsync: true 是什么，什么时候该用
btnAsync: true 是 Layui 2.9.12+ 新增的原生支持，专为解决“按钮点击后要等异步操作”这个痛点。它让 layer 主动识别按钮回调返回的 Promise，并自动管理 loading 状态和关闭逻辑。
启用后，layer 会调用 that.loading(true) 显示按钮 loading，Promise resolve 后自动关闭弹层，reject 则保持打开并允许你手动处理错误。
- 必须配合
return new Promise(...)使用，不能只写async函数而不 return -
that是回调第三个参数（function(index, layero, that)），代表当前按钮实例，有loading()方法 - 不支持老版本（
- 如果项目还卡在 2.8.x，就别碰
btnAsync，老老实实自己操作 DOM 控制按钮状态
移动端点击 loading 按钮没反应？检查 pointer-events
在 iOS Safari 或部分安卓 WebView 里，按钮加了 disabled 或覆盖了 loading 元素后，可能仍能穿透点击——表现为点一次没反应、要连点两下才触发，或者 loading 动画卡住不动。
根本原因是遮罩层或 loading 元素没设 pointer-events: none，导致事件被拦截或冒泡异常。
- 给 loading 元素（比如
<i class="layui-icon layui-icon-loading"></i>）加上style="pointer-events: none;" - 确保父容器（如
.layui-layer-btn0）有position: relative，否则绝对定位的 loading 会错位 - 避免用
opacity: 0隐藏 loading 后再 show，这容易引发 Safari 的渲染 bug；改用display: none/block更稳妥
