Layui表格需监听table.on('checkbox')事件，通过obj.del()拦截超限勾选并用layer.msg提示；全选需单独处理obj.data为undefined的情况；跨页限制须维护全局ID数组并在分页/排序时同步UI状态。
如何监听 Layui 表格复选框勾选变化
layui 的 table 模块本身不提供“最多选 n 行”的内置配置，得靠手动监听 checkbox 事件拦截多余操作。关键不是改渲染逻辑，而是劫持用户点击后、状态更新前的时机。
真实场景中，你常会遇到：用户全选后又手动点掉几行，再点回来——这时候不能简单计数已勾选数，得区分是“新增勾选”还是“取消勾选”。Layui 的 table.on('checkbox', ...) 回调里，obj.checked 是当前这一行的新状态，obj.data 是该行数据，但没直接告诉你之前有没有被选中。
- 必须在事件回调里用
table.checkStatus('yourId')主动查当前全表选中状态，再比对数量 - 不要依赖
obj.checked单独判断，它只反映当前动作目标行，不是全局结果 - 如果表格启用了分页，注意
checkStatus默认只返回当前页已勾选行，跨页限制需额外维护全局选中 ID 列表
怎么阻止第 N+1 次勾选（含全选）
核心逻辑是：当已勾选行数已达上限，且本次操作是「勾选」（不是取消），就立刻调用 obj.del() 回滚这一行的 checkbox 状态，并用 layer.msg 提示用户。别用 return false 或 event.preventDefault()，Layui 的 checkbox 是模拟 DOM，得走它的 API。
特别注意全选（thead 里的全选框）：它触发的是同一事件，但 obj.data 为 undefined，需单独处理。此时应遍历所有行数据，统计当前页可勾选项，再决定是否允许全选生效。
- 上限检查必须放在
table.on('checkbox', ...)回调最开头，否则状态已变，回滚成本高 - 用
obj.del()而不是手动操作 DOM，否则表格内部选中状态和 UI 不同步 - 全选时若当前页剩余可选项不足上限，应只勾选剩余项，而不是整个禁用全选功能
table.on('checkbox(test)', function(obj){
const checkStatus = table.checkStatus('test');
const checkedCount = checkStatus.data.length;
const MAX_SELECT = 3;
if (obj.checked && checkedCount > MAX_SELECT) {
obj.del(); // 立即撤销这次勾选
layer.msg(`最多只能选择 ${MAX_SELECT} 行`);
}
});
跨页多选限制怎么保持一致性
默认 table.checkStatus() 只返回当前页数据，但用户往往需要“整个表格最多选 3 行”，无论翻到哪页。这就得自己存一个全局数组，比如 window.selectedIds = []，每次勾选/取消都增删 ID，并在事件里查这个数组长度。
难点在于：用户翻页后，新一页的 checkbox 状态不会自动同步到这个数组；而且 Layui 渲染新页时，会重置 thead 全选框状态。所以不能只靠事件监听，还得在 page 和 sort 回调里重新渲染已选行的 checkbox 状态（用 table.cache 和 table.renderRow 配合）。
- 每行数据必须有唯一标识字段（如
id），否则无法跨页追踪 - 勾选时往
selectedIds推obj.data.id，取消时用splice移除 - 翻页后要遍历当前页所有
data，对其中id存在于selectedIds的行，手动调用obj.tr.find('input[type="checkbox"]')设为checked（仅 UI，不触发事件）
为什么 setRowChecked 不起作用或报错
有人想用 table.setRowChecked() 强制控制状态，但这个方法只在 Layui 2.8+ 支持，且要求传入的是原始数据对象（必须和 table.render 时的 data 数组中同一引用），不是深拷贝后的对象。多数人传的是 obj.data 的副本，导致匹配失败，控制无效。
更隐蔽的问题是：setRowChecked 不会触发 checkbox 事件，所以如果你的业务逻辑（比如按钮显隐）全绑在事件上，这里设了也白设。
- 低版本 Layui（setRowChecked，调用会报
undefined is not a function - 即使版本够，也优先用
obj.del()+ 手动 DOM 操作，更可控 - 如果真要用，确保传入的是
table.cache['yourId'][index]中的原对象，不是 JSON.parse(JSON.stringify(...)) 出来的
