跨页批量更新需手动维护选中ID列表，因Layui服务端分页下table.checkStatus()仅返回当前页数据；应监听checkbox事件用Set动态管理ID，并聚合请求、校验ID有效性。
跨页批量更新必须自己维护选中 ID 列表，table.checkStatus() 和 table.getChecked() 都只返回当前页数据，服务端分页下其他页的勾选状态根本不在 DOM 里。
为什么不能直接用 table.checkStatus('id') 拿全部选中行
Layui 表格在服务端分页时，只把当前页的数据渲染进 DOM，table.checkStatus() 底层是遍历当前页面所有 <tr> 元素再读取绑定的 data，第 2 页的行压根没生成，自然读不到。哪怕你在第 1、3、5 页各勾了 2 行，checkStatus().data 也只返回第 3 页（假设当前在第 3 页）那 2 条。
- 前端分页（
data直接传数组）：所有数据都在table.cache['id']里，可遍历判断勾选状态 - 服务端分页（
url配置）：只有当前页数据在checkStatus().data，其他页 ID 必须提前存好 - 手动操作 DOM checkbox（比如
$('input[type=checkbox]').prop('checked', true)）会破坏 Layui 内部状态，checkStatus()返回结果不可信
怎么正确收集跨页选中 ID
核心是监听 checkbox 事件，用 Set 或数组手动增删唯一标识（如后端返回的 id 字段），而不是依赖表格自身状态。
- 确保每行有唯一字段：列配置中
{field: 'id', type: 'checkbox'}的field值必须对应后端返回的主键字段名 - 绑定事件：
table.on('checkbox(test)', function(obj) { ... })，用obj.data.id和obj.checked更新全局selectedIds - 推荐用
Set：避免重复添加同一 ID，取消勾选时用delete，比includes() + splice()更安全 - 表头全选也要处理：自定义表头 click 里遍历
table.cache['test']把所有id加进selectedIds，不能只调table.checkAll()
点击按钮后怎么发请求并刷新视图
拿到 selectedIds 后，不是循环发 N 次请求，而是聚合为一次调用，再根据响应刷新局部或全量视图。
- 后端支持批量接口（如
POST /api/orders/status，body 传{ids: [], status: 'enabled'}）：直接发一次请求 - 后端不支持批量：用
Promise.all包裹，但要限制并发数（例如每批 10 个），避免请求堆积或超时 - 成功后建议
table.reload('test', {page: {curr: 1}})全量刷新；若想局部更新，需遍历table.cache['test']找到对应行，调用obj.update()修改字段并重绘 - 失败时别清空
selectedIds，方便用户重试；同时把失败 ID 单独拎出来提示，比如 “ID 1023、1045 修改失败”
容易被忽略的边界点
很多人点了批量启用按钮，结果只改了当前页——问题就出在没意识到 Layui 不自动跨页记状态。更隐蔽的是：表格 reload 后，selectedIds 还在，但用户可能已翻页或执行搜索，此时按钮逻辑应校验这些 ID 是否仍在当前筛选结果中，否则会出现「改了一堆不存在的记录」。
