正确时机是在提交成功响应后、关闭弹窗前触发刷新，必须确保 tableIns 已挂载到 window 且存在性判断通过，reload 时重置页码并规避缓存。
提交成功后关闭弹窗并刷新表格的正确时机
必须在提交请求返回成功响应（res.success === true）之后、调用 parent.layer.close() 之前触发刷新逻辑，否则可能刷新旧数据或因弹窗未关闭导致 ui 错乱。不能把 tableins.reload() 放在表单 submit 事件里直接执行——此时请求还没返回，表格会 reload 一次空或过期的数据。
iframe 弹窗中如何安全调用父页面表格实例
子页面无法直接访问父页面局部变量，必须依赖父页面提前挂载的全局引用或通过回调函数通信：
- 父页面初始化表格时，务必用
var tableIns = table.render({})接收实例，并挂到window.parentTable或layui.setter.parentTable - 子页面中用
if (parent && parent.window && parent.window.parentTable)判断存在性，再调用parent.window.parentTable.reload() - 避免写
parent.layui.table.reload('id')—— 这个 API 要求传入 lay-filter 值，且不支持带参数的重载，容易 silently 失效
layer.open 的 end 回调是否适合做刷新？
不适合用于“提交成功后”的场景。end 回调只保证弹窗 DOM 销毁完成，但不感知业务逻辑是否成功；它会在所有关闭路径（点 ×、esc、遮罩点击）下触发，包括用户取消操作。如果你只是想“每次关都刷”，那 end 可用；但若要“仅提交成功才刷”，就必须把刷新逻辑放在子页面的提交成功回调里。
- end 适合做清理工作（如清空临时缓存、重置表单状态），不适合做业务驱动的刷新
- 如果用了
tableIns.reload({where: {}})却没生效，大概率是tableIns在 end 执行时已释放或未定义 - 不要在 end 里尝试重新获取
table.get('xxx')—— 这个方法依赖初始化时传的id参数，而多数人漏写了
刷新时最容易被忽略的两个细节
一是页码重置：如果当前表格在第 3 页，新增一条数据后直接 reload，新数据可能落在第 1 页，导致用户看不到刚提交的内容；二是缓存干扰：GET 请求默认被浏览器缓存，reload 不加时间戳或版本参数，可能拉回旧响应。
- 强制重置页码：
tableIns.reload({page: {curr: 1}}) - 规避缓存：
tableIns.reload({where: {t: Date.now()}})或后端加Cache-Control: no-cache - 如果表格启用了多选/排序/列宽记忆，reload 会丢失这些状态——这不是 bug，是 layui 默认行为；需要手动保存并 restore
