layui 表头全选仅作用于当前页，服务端分页下无法真正跨页全选；前端分页可通过接管事件、遍历 cache、手动勾选并维护全局选中状态实现，但需同步样式与翻页逻辑。
做不到真正意义上的“点击表头就全选所有页数据”，因为 layui 的 table.checkstatus() 和表头全选逻辑天生只作用于当前页 dom；服务端分页下，其他页数据根本不在浏览器内存里。所谓“全选所有页”，本质是两种路径：视觉上模拟全选（ui 层打钩），或业务上标记全选（后端批量处理）。选哪条路，取决于你用的是前端分页还是服务端分页。
服务端分页下，表头点击只能且必须限制在当前页
这是 Layui 的设计事实，不是 bug。当你配置了 url 和 page: true，表格每次翻页都发新请求，table.cache['id'] 里只存当前页原始数据，table.checkStatus('id').data 也只返回当前页勾选项。哪怕你手动遍历所有页、伪造勾选状态，Layui 内部也无法感知——DOM 没渲染，事件没绑定，form.render('checkbox') 也刷不出效果。
- 强行操作 DOM checkbox（如
$('tr input[type="checkbox"]').prop('checked', true)）会导致table.checkStatus()返回空或错乱，后续批量操作失效 - 不要试图在
done回调里遍历table.cache并逐行设checked—— 那些行的 DOM 根本不存在 - 如果真要“业务全选”，应在点击确认后，向后端发送一个带筛选条件的全量操作请求（例如
{ action: 'enableAll', filter: { status: 0 } }），而不是前端拼 ID 列表
前端分页（data 直接传数组）才能安全做跨页全选
只有当全部数据一次性加载进 table.cache['id']，你才有基础去遍历、匹配、勾选。但注意：Layui 默认表头全选仍只动当前页，必须手动接管事件。
- 在
table.render()的done回调中，用$('thead input[lay-type="all"]').on('click', function(e) {...})绑定并e.preventDefault() - 获取全部数据：
const allData = table.cache['your-id'] || []，确保每行有唯一id字段 - 遍历
allData，对每一项调用table.setCheckedRow('your-id', dataItem)（Layui 2.8+）或手动触发对应行 checkbox 的click()事件 - 最后必须调用
form.render('checkbox')同步样式，否则 UI 不更新 - 别用
table.checkAll('your-id')—— 它在前端分页下仍只影响当前页，除非你传入的是 table 实例（inst.checkAll()），但该方法不保证跨页 DOM 同步
表头全选后，如何让翻页时新行也自动勾选？
这是最常被忽略的细节：即使你在第一页全选了，翻到第二页，新渲染的行默认是未勾选状态。Layui 不会自动继承“全选”意图。
- 监听
table.on('page(your-filter)', function(obj){...})，在翻页回调里重新遍历当前页数据，对每行判断其id是否已在你的全局选中集合（如Set）中，是则调用$(tr).find('input[type="checkbox"]').prop('checked', true)并补layui-form-checked类 - 全局选中集合必须自己维护，不能依赖
table.checkStatus()—— 它永远只返回当前页结果 - 如果数据量大（>5000 条），避免在翻页回调里反复遍历整个
table.cache，改用 Map 或 Set 做 O(1) 查找 - 搜索过滤后翻页，要同步校验：用户搜索后点了全选，再翻页，新页数据必须先按当前搜索条件过滤，再决定是否勾选 —— 否则会出现“勾了根本不存在的记录”的错觉
真正麻烦的从来不是怎么打钩，而是怎么让“已选中”这个状态，在翻页、搜索、重载之间保持一致且可追溯。Layui 把状态管理交给了开发者，而不是封装成开箱即用的功能 —— 这意味着你得自己扛住所有边界情况。
