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