不能用 location.reload() 或 iframe src 赋值实现局部刷新，因前者整页刷新、后者触发 iframe 全量重载并丢失 JS 状态；Layui 推荐 tab + iframe 方案，或 AJAX + $.html() 轻量方案，需注意事件委托与模块重初始化。
为什么不能用 location.reload() 或 iframe src 赋值来“局部刷新”
因为 location.reload() 是整页刷新，iframe.src 赋值会触发 iframe 全量重载（包括 js 重新执行、事件监听器丢失、表单状态清空），且无法控制父页面 dom 更新节奏。layui 后台常见的“左侧菜单 + 右侧内容区”结构中，右侧内容区若用 iframe，其内部 js 不会自动继承父页的 layui 实例或全局变量，容易报 layui is not defined 或 tableins is undefined。
用 tab 页 + iframe 实现真正的局部切换
这是 Layui 官方推荐、最稳定的方式：把右侧内容区封装成 layui-tab，每个 tab 项对应一个 iframe，点击左侧菜单时只切换 tab 和 iframe 的 src，不销毁 DOM，也不重跑 JS。
- 左侧菜单项必须带
data-url和data-id属性，例如：<dd data-url="user/list.html" data-id="user-list">用户管理</dd> - 监听
layui-nav-tree的 click 事件，在回调里调用element.tabAdd()或element.tabChange()，避免重复添加同 id 的 tab - iframe 的
name必须与 tab 的lay-id一致，否则 tab 切换时无法聚焦到对应 iframe - 首次加载后，iframe 内部可通过
window.parent.layui访问父页的 layui 实例，但需确保父页已加载完成（建议用setTimeout或监听load事件后再调用）
用 AJAX + $.html() 替代 iframe 的轻量方案
适合内容简单、无复杂交互的模块（如统计卡片、表单列表）。缺点是需手动处理 JS 初始化、事件代理、资源懒加载；优点是 DOM 更可控、SEO 友好、无 iframe 跨域/性能问题。
- 点击菜单时，用
$.get('user/list.html')拉取 HTML 片段，注意后端返回的 HTML 必须是纯内容（不含），否则.html()会出错 - 插入前先清空容器：
$('#content').empty().html(data)，再手动执行该页面所需的 JS 初始化逻辑（比如form.render()、table.init()） - 所有事件绑定必须用委托方式：
$('#content').on('click', '.btn-submit', handler)，不能直接$('.btn-submit').on('click', ...)，否则新插入的元素无效 - 若页面含
layui.use(['table', 'form'], ...)，需在插入后再次调用，且确保模块未被重复加载（加if (!window.hasInitUserList)标记）
表格局部刷新别碰 table.reload()，改用 table.cache + table.render()
table.reload() 天然就是整表重建，哪怕你传了 where 或 page 参数，它也只会全量请求、全量重绘。真要改某一行数据并局部更新，必须绕过 reload。
- 初始化表格时用
data: []（静态数据模式），才能安全读写table.cache['your-table-id'] - 修改某行：找到
table.cache['xxx'][index]，直接赋值字段，如row.status = 'approved' - 重渲染：调用
table.render({ elem: '#table', data: table.cache['xxx'] })，注意传入的是当前页完整数组，不是单个对象 - 如果用了远程分页，就得自己维护一份全量数据副本（比如存在
window.allUserData），每次翻页都从副本切片，更新时也同步改副本，否则翻页后找不到原数据
$.get() 更新父页表格，结果 iframe 上下文丢失、parent.tableIns 为 undefined。统一用 tab + iframe，或统一用 AJAX + 委托事件，比“哪快用哪”更省调试时间。
