最常见原因是页面在iframe中，window.location.href仅作用于子帧，应改用top.location.href或parent.location.href；且layer.alert回调仅在点击“确定”时触发，手动关闭×不执行。
layer.alert 回调函数里写 window.location.href 为什么没跳转
最常见的情况是：跳转代码写对了，但页面没动——多半因为当前页面处于 iframe 中，window.location.href 只在子帧内生效，主页面不动。这时候必须用 parent.location.href 或 top.location.href。
另外注意：layer.alert 的回调函数只在用户点击「确定」按钮时触发，如果弹窗被手动关闭（点右上角 ×），回调不会执行。
- iframe 场景下优先用
top.location.href = '/target'，确保跳出所有嵌套层级 - 若明确知道是父子页结构，且父页已加载 layer，则用
parent.location.href - 别在回调里混用
window.close()和跳转——现代浏览器会拦截非用户主动触发的close()
layer.alert 后跳转，为什么页面刷新了两次
本质是跳转逻辑和页面重载冲突了。典型场景：你在表单提交成功后调用 layer.alert，同时又写了 form.submit() 或未阻止默认行为，导致 alert 弹出前表单已提交并刷新页面。
解决办法不是加延时，而是从源头控制流程：
- 表单提交用
event.preventDefault()阻止默认提交 - 等接口返回成功后再调
layer.alert，并在其回调里跳转 - 避免在 success 回调里同时写
window.location.href和layer.alert——前者会立刻跳走，后者根本没机会弹
layer.confirm 比 layer.alert 更适合跳转控制
layer.alert 只有一个按钮，语义是「通知」；而 layer.confirm 天然支持「确认 / 取消」两路逻辑，更适合需要用户显式决策的跳转场景（比如删除后跳列表页、修改后跳详情页）。
它的好处是回调明确、可中断、易扩展：
-
yes回调里写跳转，cancel里可什么都不做 - 支持自定义按钮文字，比如
btn: ['去查看', '稍后再说'] - 可以配合
layer.close(index)主动关闭，避免用户重复点击
示例：
layer.confirm('操作成功，是否前往订单列表？', { icon: 1 }, function(index){ window.location.href = '/admin/Order/index'; layer.close(index); });
跳转前要关掉弹层，否则可能残留遮罩
layer.alert 关闭时自动清理 DOM，但如果你在回调里用了 layer.open 或手动创建过其他 layer 实例，或用了 iframe 模式，就容易留下半透明遮罩层（.layui-layer-shade）。
关键点不是“要不要关”，而是“什么时候关”：
- 在
layer.alert的回调里不需要手动关——它自己关完了才进回调 - 但在
layer.confirm或layer.open的回调里，必须显式调layer.close(index)，否则跳转后遮罩还在 - 如果跳转目标页也用了 layer，建议加
layer.closeAll()清理残留实例
复杂单页应用里，跳转前多一句 layer.closeAll('page') 很少出错，但别滥用——它会关掉所有页面型弹层，包括用户正在操作的编辑框。
