layui 3.0+ 中需设 btnasync: true 并在 yes 回调中手动控制关闭：禁用按钮、加 loading、异步请求后调用 layer.close(index)；旧版可用 layer.open 自定义或慎用 settimeout 延迟方案。
当使用 layui layer.confirm 弹出确认框时，点击“确定”按钮默认会立即关闭弹窗，但实际业务中常需先执行异步提交、校验或 loading 状态控制，不能让弹窗在请求发出前就消失——否则用户无法感知操作进行中，还可能因重复点击引发多次请求。
layer.confirm 中阻止确定按钮自动关闭
layui v2.8+ 已移除 yes 回调中 return false 的关闭拦截能力，仅靠回调返回值已无效。必须显式阻止默认行为并手动控制关闭时机。
第一步：调用 layer.confirm 时，在配置对象中设置 【btnAsync: true】；该参数是 layui 3.0+ 新增的官方支持项，启用后 yes 回调执行完毕不会自动关闭弹窗，为异步操作留出窗口。
第二步：在 yes 回调函数内，先禁用确定按钮并添加 loading 效果（例如修改按钮 innerHTML 为 “提交中…” 并加 disabled），再发起 AJAX 请求；请求完成后再调用 layer.close(index) 主动关闭。
第三步：务必在 yes 回调中接收 index 参数，并用它关闭当前层；若漏传 index 或误用 layer.index，将导致关闭失败或关错层。
兼容旧版 layui（v2.8）的替代方案
方法一：不依赖 btnAsync，改用 layer.open 模拟 confirm 样式
直接使用 layer.open 构建带「确定/取消」按钮的自定义弹层，完全掌控按钮行为。content 内写 HTML 按钮，绑定 click 事件后自行处理逻辑，不触发任何自动关闭机制。
方法二：在 yes 回调开头立即调用 layer.close(index)，再 setTimeout 延迟执行后续逻辑
这属于 hack 方式，仅适用于无需视觉反馈的极简场景；因为弹窗已关闭，用户看不到 loading，也无法中止请求，容易造成体验断裂。
关键防错设置
无论采用哪种方式，都必须在按钮点击后立刻设置 【disabled="disabled"】 属性；否则用户可连续点击触发多次请求，而前端禁用是第一道防线，后端幂等校验是第二道。
不要仅靠 CSS 隐藏关闭按钮或屏蔽 Esc 键来“防止关闭”，那与本需求无关；本目标是“确定后不立即关”，不是“不让关”。
layer.confirm({ content: '确认删除？', btn: ['确定', '取消'], btnAsync: true, yes: function(index, layero) { const btn = layero.find('.layui-layer-btn0'); btn.prop('disabled', true).text('删除中…'); $.post('/api/delete', {id: 123}, function(res) { if(res.code === 0) { layer.msg('删除成功', {icon: 1}); layer.close(index); } else { layer.msg(res.msg || '删除失败', {icon: 2}); btn.prop('disabled', false).text('确定'); } }); } });
