layui table 渲染完成后需在 done 回调末尾用 settimeout(..., 0) 延迟执行 table.checkall('demo')，确保 dom 渲染完成且 checkbox 状态同步，同时保证 lay-id 唯一、启用 checkbox 且数据 id 有效。
layui table 渲染完如何触发全选
渲染完成后自动全选，本质不是“等渲染完再点一下全选”，而是让 table.checkstatus 能拿到全部数据、且 checkbox 状态同步更新。layui 的 table 组件在 done 回调里还不能直接调用 table.checkall，因为 dom checkbox 元素可能尚未挂载或未绑定事件代理。
实操建议：
- 在
done回调末尾加setTimeout延迟 0ms（让渲染队列清空），再调用table.checkAll - 确保表格启用了多选：
checkbox: true，且没设置id字段为undefined或null（否则checkAll会静默失败） - 不要在
initSort或loading阶段尝试，此时tbody还没生成
table.render({
elem: '#demo',
url: '/api/list',
cols: [[{type: 'checkbox'}, {field: 'name', title: '姓名'}]],
done: function(res, curr, count){
setTimeout(() => {
table.checkAll('demo'); // 'demo' 是容器的 lay-id 或 elem id
}, 0);
}
});
为什么 table.checkAll 有时没反应
常见错误现象：控制台无报错，但勾选框没变化；或者只选中了当前页（分页模式下）。
原因和应对：
-
table.checkAll默认只影响「当前页」——除非你传入的是id对应的 table 实例（即table.render返回的inst），而非字符串选择器 - 如果表格是服务端分页（
page: true），checkAll不会跨页选中；要全量选中需配合data源手动维护选中状态 -
lay-id属性缺失或重复：检查<table id="demo" lay-id="demo">，<code>lay-id必须存在且唯一，checkAll依赖它定位实例服务端分页下怎么真正“全选所有数据”
前端无法知道总数据，所以所谓“全选所有”，其实是两种策略：一种是 UI 上视觉全选（仅当前页打钩），另一种是业务上记录“已全选”状态并透传给后端。
推荐做法：
- UI 层仍用
table.checkAll('demo')打钩当前页，同时设置一个标记变量如isSelectAll = true - 提交时，不拼接
checkStatus.data，而是发送{ selectAll: true, filter: {...} }给后端，由后端按条件查全量处理 - 避免前端拉取全部数据再
checkAll—— 数据一过千行，DOM 和内存压力明显，Layui 也没优化这个路径
监听全选状态变化后怎么同步到自定义按钮
比如你有个“批量删除”按钮，需要根据是否有选中项来启用/禁用。Layui 的
table.on('checkbox(...)事件在全选时只触发一次（非逐行），但不会告诉你“现在是全选还是取消全选”。关键点：
- 用
table.checkStatus('demo')拿当前状态，对比data.length和count（总记录数）判断是否真全选 - 别只看
e.checked—— 全选操作下它恒为true，取消全选时也可能是false但部分勾选，得结合isAll字段 -
isAll是checkStatus返回对象里的布尔值，表示当前页是否全选；跨页全选需自己维护
示例逻辑：
const status = table.checkStatus('demo'); if (status.isAll && status.data.length === status.count) { /* 真全选 */ }事情说清了就结束。注意
checkAll的作用域、lay-id的存在性、以及服务端分页下“全选”的语义到底是 UI 还是业务——这三个地方最容易被跳着看文档漏掉。 - UI 层仍用
