btnAlign参数仅控制按钮组整体对齐，无法交换按钮顺序；要实现“取消”左、“确定”右，必须用layer.open自定义HTML按钮并清空btn数组。
layer.confirm 的 btnAlign 参数只能控制整体对齐，不能交换按钮顺序
很多人以为 btnalign: 'l' 或 btnalign: 'c' 能把「取消」按钮挪到左边、「确定」挪到右边，其实不是。这个参数只影响按钮组在弹窗底部的水平位置（左/中/右），所有按钮仍按数组顺序从左到右排列，且内部用浮动 + margin 布局，强行 css 重排容易错位或被新版 layui 的动态 class 名破坏。
真正想交换「确定」和「取消」的位置，比如让「取消」在左、「确定」在右，必须绕过默认按钮栏，用自定义 HTML 替代。
-
btn: []—— 显式清空默认按钮栏，避免样式冲突 - 在
content里写带内联样式的按钮 HTML，用onclick触发layer.close(layer.index) - 业务逻辑统一放在对应按钮的
onclick里，或用yes/cancel回调配合手动关闭
用 layer.open 手动接管按钮结构，是最稳的交换方案
直接改 layer.confirm 的按钮顺序风险高，推荐降级为 layer.open，完全控制 DOM 结构和事件绑定：
layer.open({
title: '确认操作',
content: '<div style="text-align:left;">' +
'<button class="layui-btn layui-btn-primary" onclick="layer.close(layer.index)">取消</button>' +
'<button class="layui-btn" onclick="doConfirm(); layer.close(layer.index)">确定</button>' +
'</div>',
btn: [], // 关键：禁用默认按钮
closeBtn: 1,
shadeClose: true
});
注意点：
- 别漏掉
layer.close(layer.index)，否则点击后弹层不消失 - 如果业务逻辑异步（比如发请求），要在请求完成后再调
layer.close，否则弹窗提前关闭 - 按钮 class 保留
layui-btn系列，确保样式兼容；layui-btn-primary适合“取消”这类弱操作
硬改 CSS 顺序会出问题，尤其在 Layui 2.8+ 中
有人试过用 .layui-layer-btn .layui-layer-btn0, .layui-layer-btn .layui-layer-btn1 { float: right; } 反向浮动来换位，结果按钮重叠、文字截断、响应式失效。这是因为：
- Layui 2.8+ 按钮容器用了 flex 布局（部分版本）或强依赖
margin-left，浮动会破坏原有流式计算 - 按钮 class 名可能带 hash（如
layui-layer-btn0-abc123），靠固定 class 选择器会失效 - 全局 CSS 容易污染其他
layer实例，比如消息提示框、加载层也跟着变
三个及以上按钮时，顺序和回调必须严格一一对应
如果真要用 layer.confirm 并设 btn: ['取消', '继续', '忽略']，那回调函数顺序不能错：
- 第一个匿名函数 → 对应「取消」，即
yes回调（隐式） - 第二个匿名函数 → 对应「继续」，即
btn2回调（隐式） -
btn3→ 必须显式声明，对应「忽略」，且函数签名要带index参数 - 漏写
btn3，第三个按钮点击无反应，控制台也不报错，静默失败
这种写法看似能“排序”，但实际只是数组顺序映射，无法物理交换 DOM 位置。真要视觉上左→右为「取消」「继续」「忽略」，还是得走 layer.open 自定义 content 路线。
最易被忽略的点是：按钮顺序变了，但回调函数没同步调整，或者 layer.close(index) 写成 layer.close() 导致关错层。Layui 的层索引不是全局递增，而是当前实例唯一，漏传 index 就等于没关。
