子页面不能直接刷新父页面，只能通知父页面执行局部更新；强行使用parent.location.reload()会导致表单状态、滚动位置等丢失，且与弹层关闭行为不一致。
子页面不能直接“刷新父页面”，只能通知父页面执行局部更新或重载；强行用 parent.location.reload() 会整页刷新，丢失表单状态、滚动位置和 JS 上下文，属于典型误操作。
为什么不能在子页面写 parent.location.reload()
这行代码语法合法，但实际效果违背业务需求：用户刚填完表单点保存，结果整个父页白屏重载，之前输入的内容、筛选条件、当前页码全丢了。更隐蔽的问题是，它和弹层关闭动作完全解耦——用户点右上角 × 关闭时，这行代码根本不会执行，导致行为不一致。Layui 的 iframe 弹层本质是 DOM 插入，不是新窗口，window.opener 为 null，也不存在跨窗口通信机制。
子页面该调什么函数（不是什么）
子页面唯一安全的操作是调用父页面提前挂到 window 上的函数，且必须加存在性判断：
- ✅ 正确示例：
if (typeof parent.refreshUserTable === 'function') { parent.refreshUserTable({ where: { status: 'active' } }); } - ❌ 错误写法：
parent.layui.table.reload('userTable')—— 父页可能还没加载table模块，直接报Cannot read property 'table' of undefined - ❌ 错误写法：
parent.tableIns.reload()——tableIns是局部变量，子页访问不到 - ⚠️ 注意：函数必须显式挂到
window，比如在layui.use('table', function(){ ...; window.refreshUserTable = function(){}; })末尾，不能只定义在回调内部
父页面怎么暴露刷新函数才可靠
硬编码 ID 或模块引用容易崩，推荐封装一层容错逻辑：
- 父页初始化表格后，挂一个带就绪检查的函数：
window.refreshUserTable = function(options) { if (typeof layui !== 'undefined' && layui.table) { layui.table.reload('userTable', options || {}); } }; - 如果父页有多个表格，ID 冲突风险高，可改用实例变量：
var userTableIns = table.render({ id: 'userTable', ... }); window.refreshUserTable = function(opts) { userTableIns.reload(opts); }; - 子页面提交成功后，先调刷新函数，再关弹层：
parent.refreshUserTable({ page: { curr: 1 } }); parent.layer.close(parent.layer.getFrameIndex(window.name)); - 务必把
page: { curr: 1 }加进去，否则刷新后可能还停在已删除数据的页码上，看起来像“数据消失”
end 回调才是真正的关闭后时机
很多人以为子页面关了，父页就该自动刷新，于是把 reload 塞进子页的 onload 或按钮点击里。但最稳的时机其实是父页自己的 layer.open() 配置项 end —— 它在弹层 DOM 完全移除、动画结束之后才触发，天然规避了“子页已毁、父页未动”的竞态问题：
- 父页打开弹层时写：
layer.open({ type: 2, content: 'edit.html', end: function() { if (typeof tableIns !== 'undefined') { tableIns.reload(); } } }); - 这个
end不依赖子页是否主动通知，也不管用户怎么关（点 ×、按 Esc、点取消），只要弹层彻底消失就执行 - 注意：必须在
end里加typeof tableIns !== 'undefined'判断，否则父页表格还没 render 完就调用会报错
真正卡住的地方从来不是代码怎么写，而是函数没挂到 window、子页调太早、或者忘了 page.curr 重置——这些细节不验证，光抄代码照样白忙活。
