layui表格当前页全选状态需判断checkStatus返回的data长度是否等于table.cache['id'].length，而非limit或total，因后者在最后一页或动态过滤时失真，且须确保表格渲染完成后再调用。
如何用 checkStatus 获取当前页全选状态
layui 的表格组件没有直接暴露「当前页是否全选」的布尔值，但 checkstatus 方法能返回当前页所有勾选项的原始数据和选中行数。关键在于：它返回的 data 数组长度，必须严格等于当前页实际渲染的行数（不是 total，也不是 limit），才能算真·全选。
常见错误是直接比对 data.length === table.config.page.limit——这在最后一页失效，因为最后一页往往不满 limit 行。
- 先调用
table.checkStatus('yourTableId')拿到返回对象 - 从表格实例中取真实当前页行数：
table.cache['yourTableId'].length（注意不是table.cache全局缓存长度，而是对应 id 的子数组） - 再比对：
status.data.length === table.cache['yourTableId'].length
为什么不能依赖 count 或 total 判断
count 是后端返回的总条数，total 是分页器显示的总数，两者都和当前页渲染行数无关。你在第 3 页，limit=10，但后端只返回了 7 条，此时页面只渲染 7 行——全选状态应为「7 行全被勾选」，而不是「10 行全勾选」。
更隐蔽的问题是：如果用了 where 动态传参或前端过滤，table.cache 可能已更新，但分页器没重绘，table.config.page.count 还是旧值。
- 永远以
table.cache['id']的实际数组长度为准 - 确保表格已渲染完成再调用（比如放在
done回调里，或setTimeout微任务后） - 若用了
url异步加载，table.cache在请求完成前为空数组，需加判空
checkbox 列的 lay-skin="primary" 对全选判断有影响吗
没有影响。lay-skin 只控制样式，不影响 checkStatus 的数据采集逻辑。但要注意：如果你手动给 checkbox 添加了 disabled 或通过 CSS 隐藏了某几行的复选框，这些行不会进入 status.data，即使 DOM 上看起来“被勾了”。
- 禁用行不会被计入
status.data，也不会参与全选计算 - 如果某行
checkbox被 JS 移除或替换为自定义控件，checkStatus将完全忽略它 - 确保所有可交互的 checkbox 都由 layui 渲染（即列配置含
type: 'checkbox'）
监听全选切换时避免重复触发
表格头部的全选 checkbox 点击会触发两次事件：一次是点击本身，一次是内部 setSelectRow 后的同步更新。直接在 on('checkbox(table)') 里判断全选状态，可能拿到中间态（比如刚点下还没渲染完）。
- 用
setTimeout(..., 0)延迟执行判断，确保 DOM 和缓存已同步 - 或者监听
table.on('toolbar(yourTableId)')，在工具栏事件里做判断更稳定 - 避免在
row级别的checkbox事件里反复调用checkStatus，性能差且易误判
table.cache 里捞，不是配置、不是响应数据、也不是 DOM 查询结果。 
