table.reload() 会清空所有展开状态，因其全量重渲染并销毁整个表格 dom；应改用 table.reloaddata() 配合手动维护 expandstate 或让数据自带 expanded 字段来持久化状态。
table.reload() 会清空所有展开状态，这是设计使然
Layui 的 table.reload() 是全量重渲染，它会销毁整个表格 DOM（包括 .layui-table-box 和内部所有节点），然后重新生成。这意味着：所有行的展开/折叠状态、编辑中的单元格、自定义弹层、甚至你手动添加的 class 或 data 属性，都会被一并丢弃。不是 bug，是机制决定的——它不保留任何运行时状态。
如果你依赖 table.on('rowDouble', ...) 或 table.expandRow() 展开某行，并希望 reload 后还保持，那必须自己接管状态管理。
用 table.reloadData() + 自行维护 expandState 才能保展开
table.reloadData() 不重建 DOM，只替换数据，因此是保展开状态的基础。但它本身**不自动记录或恢复展开行**，你需要配合外部状态对象手动控制：
- 初始化时用一个 Map 或对象缓存展开的
data.id（或唯一标识字段）：const expandState = new Map()
- 监听
rowDouble 或点击事件，在展开/收起时同步更新 expandState.set(id, true/false)
- 调用
table.reloadData() 前，确保传入 scrollPos: 'fixed'（否则滚动条也会跳）
- 在
done 回调里，遍历新渲染的行，对 expandState.has(id) && expandState.get(id) 的行，调用 table.expandRow(id, true)
data.id（或唯一标识字段）：const expandState = new Map()
rowDouble 或点击事件，在展开/收起时同步更新 expandState.set(id, true/false)
table.reloadData() 前，确保传入 scrollPos: 'fixed'（否则滚动条也会跳）done 回调里，遍历新渲染的行，对 expandState.has(id) && expandState.get(id) 的行，调用 table.expandRow(id, true)
注意：table.expandRow() 需要表格实例 ID 和目标行的唯一键（通常是 data.id），且该方法仅在 Layui 2.8+ 支持；若用旧版，得靠 $('tr[data-index="x"]').next('.layui-table-expand').show() 这类 DOM 操作，但极易因重绘错位失效。
treeTable.reload() 展开状态丢失更严重，别指望自动恢复
Layui 的 treeTable 在调用 reload() 或 reloadData() 时，不仅丢失节点展开状态，还会重置勾选、编辑态、甚至子节点层级结构。它的“状态”比普通 table 更脆弱，因为父子关系依赖 DOM 结构和 data 层嵌套。
可行做法只有两个：
- 完全避免
treeTable.reload()，改用treeTable.updateNode()或treeTable.appendNodes()局部更新 - 若必须 reload，则提前序列化当前展开节点路径（如
['root-1', 'root-1-child-2']），在done中用treeTable.expandNode(path, true)逐个展开——但要注意路径是否仍存在于新数据中，否则会静默失败
容易忽略的关键点：展开状态必须扎根在数据里
很多人把展开逻辑写在 click 事件里，reload 后靠“再点一次”来恢复，这本质上是放弃状态持久化。真正健壮的做法是：**让每条数据自带一个 expanded: true 字段，且后端返回时就带上这个状态**。这样即使 reload，只要数据里有该字段，done 回调里就能统一处理，无需依赖用户操作历史。
否则，一旦页面刷新、或用户切走再回来，所有展开状态就彻底归零——这不是前端没写好，是状态没随数据流动，而是漂在 DOM 上，注定不可靠。
