分页局部刷新需手动控制数据流而非禁用整刷；table.reload()本质是销毁重建整表，无法实现局部更新；真局部刷新应使用table.updaterow()或table.cache+table.render()配合状态同步。
分页局部刷新不是靠“禁用整刷”实现的，而是你主动接管数据流——table.reload() 默认就是整刷，想局部就得绕开它，用 table.cache + table.render() 或 table.updateRow() 手动控制。
为什么 table.reload() 不能算局部刷新
table.reload() 本质是销毁旧表格 DOM、重新请求接口、再重建整张表。哪怕你只传了 where 参数，它也不会比对新旧数据差异，更不会 patch 某一行；翻页时若漏传 page: { curr: X }，它就强制跳回第一页；后端返回结构稍有偏差（比如少个 data 字段），表格直接空白，控制台还不报错。
常见错误现象：
- 点下一页，表格闪一下又回到第一页
- 批量删完数据，页面跳到第一页，但当前页其实还有数据
- 用
reload()更新单行，工具栏按钮文字没变，状态不同步
真局部刷新：用 table.updateRow() 更新指定行
这是 Layui 2.7+ 官方支持的轻量方案，不发请求、不重绘整表、不跳页，只改目标行数据并触发对应 DOM 更新。
使用前提：
- 表格初始化时必须带
id字段（服务端返回的唯一标识，如{id: "1001", name: "张三"}） - 调用时传入正确的 lay-id（即
table.render()的id配置值）
三种定位方式：
- 按服务端 ID：
table.updateRow('user-table', '1001', {status: 0}) - 按当前页索引（从 0 开始）：
table.updateRow('user-table', 2, {name: "李四"}) - 按 DOM 元素：
table.updateRow('user-table', $(tr), {score: 95})
⚠️ 注意：如果没传 id 字段或 lay-id 错了，updateRow() 会静默失败——不报错，也不更新。
远程分页下如何维持当前页并局部更新
远程分页（url 配置）时，table.cache 只存当前页数据，翻页就丢。要支持跨页更新某行，你得自己维护一份全量数据副本。
操作步骤：
- 首次加载成功后，把
res.data存到全局变量或sessionStorage里 - 更新某行时，遍历副本，按
id找到对应项并修改字段 - 从副本中切出当前页数据（例如每页 10 条，当前页是第 3 页 → 取
data.slice(20, 30)） - 调用
table.render({ elem: '#table', data: currentPageData }) - 手动同步
tableIns.config.page.curr和排序状态，否则翻页或点击表头排序会错乱
别指望 reload() 自动继承这些状态——它不会读你存的副本，也不会帮你切页。
容易被忽略的关键点
局部刷新最隐蔽的坑不在代码怎么写，而在状态是否闭环：你改了数据，但没同步页码、没重算排序、没处理工具栏模板里的条件渲染，用户看到的就仍是旧状态。尤其是 templet 里写了 {{# if(d.status == 1) { }} 这种硬判断的，updateRow() 后必须靠 hover 或 click 触发重绘，或者干脆改成函数式写法：templet: d => d.status === 1 ? '✅' : '❌'——这才是真正解耦的局部更新。
