必须使用 layer.open() 的 end 回调函数实现父页面局部刷新，因其在弹窗完全销毁后执行；其他方式如 cancel、yes、layer.closeAll() 或 window.parent.location.reload() 均不符合“局部刷新”要求。
layer.close() 后怎么让父页面局部刷新
直接用 layer.close() 不会自动触发任何回调，必须手动绑定关闭后的逻辑。layui 的 layer 弹窗本身不提供“关闭后执行”的原生钩子，得靠传入的 end 回调函数——这是唯一可靠、且被官方文档明确支持的方式。
常见错误是试图监听 layer.closeAll() 或在弹窗里写 window.parent.location.reload()，前者无法区分具体哪个弹窗关了，后者是整页刷新，违背“局部”要求。
-
end是 layer.open() 的配置项之一，类型为函数，在弹窗完全销毁（DOM 移除 + 动画结束）后执行 - 不要用
cancel或yes替代：它们只在点击按钮时触发，用户点右上角 × 或按 Esc 就不会走 - 如果弹窗是 iframe 类型，
end必须写在父页面的layer.open()调用中，不能写在 iframe 内部
局部刷新的具体写法（以刷新表格为例）
所谓“局部刷新”，本质是重新加载某块 DOM 或调用某个已封装好的更新函数，比如重载 table.render() 或触发 $.get() 拉新数据再填入容器。关键不是“刷新页面”，而是“更新某段内容”。
示例：弹窗提交成功后，关闭并刷新父页面的用户列表表格
layer.open({
type: 2,
content: 'edit.html',
end: function() {
// 确保 table 实例存在且已初始化
if (typeof tableIns !== 'undefined') {
tableIns.reload();
}
// 或手动发请求更新 DOM
// $('#user-list').load('/api/users tbody');
}
});
- 避免在
end里直接操作未初始化的变量，比如tableIns可能还没定义，先加typeof判断 - 如果用
$.get()+.html()，注意接口返回的是完整 HTML 还是 JSON；返回 JSON 就得自己拼 DOM，别直接.html(data) - iframe 弹窗里调用
parent.layer.close(parent.layer.getFrameIndex(window.name))是安全的，但关闭动作仍要由父页控制end
为什么不用 window.opener 或 postMessage
因为 Layui 的 layer 弹窗不是传统 window.open()，它只是 div 层级的 DOM 操作，不存在跨窗口通信机制。window.opener 为 null，postMessage 也收不到目标对象——除非你强行给 iframe 的 window 加 targetOrigin，但 layer 默认没暴露这个能力，徒增复杂度。
- Layer 的 iframe 弹窗，其
window.parent就是打开它的那个页面，直接调用父页函数即可，无需消息通道 - 若真要用
postMessage，得在success回调里手动给 iframe 的contentWindow绑定监听，但 layer 不保证 iframe 加载完成时机，容易漏事件 - 所有绕开
end的方案，最终都得回到父页上下文执行，不如一开始就写在end里干净
容易被忽略的异步时机问题
最常踩的坑是：在 end 里调用了刷新逻辑，但数据其实还没真正提交成功。比如弹窗里点了“保存”，AJAX 请求还在 pending，用户就点了 × 关闭——此时 end 照常执行，但父页刷出来的是旧数据。
- 正确做法：关闭动作必须和业务完成强绑定。保存成功后再调用
parent.layer.close(index)，而不是让用户自由关闭 - 如果必须支持自由关闭，就在弹窗里监听
beforeclose（需自定义按钮），或在end前加个确认：“数据未保存，确定关闭？”，否则局部刷新就失去意义 - layer 的
end不等 AJAX，它只等动画和 DOM 清理，这点和success完全不同，别混淆
真正要稳住的，不是怎么刷新，而是“什么时候才该刷新”。时机错，代码写得再漂亮也没用。
