table.checkAll()需在表格渲染完成后调用，推荐保存实例后调用inst.checkAll()；服务端分页下仅作用于当前页，全选全部数据需自行接管ID收集与状态维护。
直接调用 table.checkAll() 为什么没反应
传字符串 id（如 'demo'）调用 table.checkall('demo') 常常静默失败，不是 api 失效，而是 layui 内部查找实例时依赖 lay-id 属性，且要求表格已渲染完成、checkbox 列已就位。更关键的是：如果表格是服务端分页（page: true），这个调用只影响当前页 —— 这是设计行为，不是 bug。
- 确保表格 render 完成后才调用，推荐在
done回调末尾加setTimeout(() => table.checkAll('demo'), 0) - 检查是否启用了
type: 'checkbox'列，且放在第一列；否则lay-type="all"复选框根本不会生成 - 确认数据每行有有效的
id字段（不能为null或undefined），否则勾选状态无法绑定 - 别在
initSort或loading阶段调用，此时tbody还没插入 DOM
用 table 实例调用才能真正生效
最稳妥的方式是保存 table.render() 的返回值，在后续任意时机调用其 checkAll() 方法。这样能绕过 ID 查找逻辑，直接作用于目标实例，DOM 同步也更可靠。
- 定义时保存实例：
var inst = table.render({ elem: '#demo', ... }) - 手动触发全选：
inst.checkAll()（注意不传参，或传true表示勾选） - 反选用
inst.checkAll(false) - 该方式对前端分页（
data模式）和服务端分页都适用，但依然只操作当前页数据
想全选所有页？必须自己接管事件和数据
layui 的 checkAll() 不管你有多少页，它只管当前渲染出来的 DOM 行。真要“业务上全选全部数据”，得放弃默认逻辑，自己收集 ID 并维护状态。
- 前端分页：从
table.cache['demo']拿到全部原始数据，遍历生成 ID 数组，存进全局Set或数组 - 服务端分页：浏览器本地不知道其他页数据，只能发新请求拉取全量（比如加
?all=1参数），再用inst.reload({ where: { all: 1 } })加载后调用inst.checkAll() - 翻页后保持勾选视觉一致？监听
table.on('page(demo)')，每次翻页后手动同步 checkbox 状态：$('tr[data-index]').find('input[type="checkbox"]').prop('checked', true)，再调用form.render('checkbox') - 注意：手动操作 DOM checkbox 会脱离 layui 状态管理，
table.checkStatus('demo').data仍只返回当前页勾选项 —— 所以业务提交时别依赖它，改用你自己维护的 ID 集合
layer.confirm 拦截表头全选时的典型坑
如果是在表头点击时弹确认框再全选，必须用 event.preventDefault() 拦住原生行为，否则 confirm 还没弹出，勾选已经发生了。
- 绑定时机必须在
done回调里，选择器用$('thead input[lay-type="all"]')，比靠 class 更稳 - confirm 回调里别直接操作 DOM checkbox，应调用
inst.checkAll(true)或table.checkAll('demo') - 服务端分页下，点确认后不要幻想“自动选中所有页”，要么提示“仅当前页”，要么跳转第一页再执行
- 多次点击按钮导致 confirm 叠加？确保每次只绑定一次事件，或用
.off().on()清理旧监听
