Layui table 中需用 templet 自定义 checkbox 模板并显式添加 disabled 和 checked 属性，禁用状态须源自行数据 d（如 d.status），避免依赖外部变量；同时需监听 checkbox 事件拦截禁用项，手动维护选中状态以确保 checkStatus 准确。
layui table 如何通过 checkbox 列的 templet 控制单行禁用
不能直接“禁用某一行的复选框”，layui 的 checkbox 类型列不支持 per-row 的 disabled 属性透传。必须改用自定义模板（templet）手动生成 <input type="checkbox">，并手动加 disabled 和 checked。
常见错误现象是：写了 disabled: true 在数据里，但勾选状态照常响应；或用了 event 拦截点击，却没同步更新视觉状态和选中数据。
- 只在
templet里渲染<input>，别依赖内置type: 'checkbox' - 必须显式写
checked属性，否则即使数据里layChecked: true也不生效 - 禁用逻辑写在模板函数内，例如：
if (d.status === 'closed') { ... disabled ... }
col: [{
type: 'checkbox',
templet: function(d) {
var disabled = d.status === 'closed' ? 'disabled' : '';
var checked = d.layChecked ? 'checked' : '';
return '<input type="checkbox" ' + disabled + ' ' + checked + '>';
}
}]
禁用后如何保证 table.checkStatus() 结果准确
自定义 checkbox 模板后，table.checkStatus() 默认无法识别你手写的 <input>，它只认 Layui 内置的 checkbox 渲染逻辑。必须手动维护一个选中状态映射表，或改用事件监听 + 数据标记。
使用场景：导出、批量操作前需要确认哪些行被真正选中，而被禁用的行绝不能参与计算。
- 不要依赖
checkStatus().data直接取值，它会包含被禁用但 DOM 上仍checked的项 - 推荐在
checkbox点击事件里拦截：table.on('checkbox(test)', function(obj){ if (obj.disabled) return; }) - 把是否可选的状态存在原始数据字段里（如
d.selectable = false），检查时先过滤
为什么不能用 CSS pointer-events: none 代替 disabled
看起来能阻止点击，但实际埋下三个坑：视觉上没灰显、键盘 Space 仍可切换、table.checkStatus() 依然把它当有效选中项返回。
性能影响几乎为零，但兼容性风险高——尤其在屏幕阅读器或辅助设备下，pointer-events: none 不代表语义上“不可用”，而 disabled 是明确的 ARIA 可访问性信号。
-
disabled会让浏览器自动降级交互，并正确暴露给无障碍 API - CSS 方式禁用后，用户用键盘 Tab 进入该 checkbox，按空格仍会触发（Chrome/Firefox 均存在）
- Layui 内部事件绑定基于原生 click，CSS 阻断后事件不触发，但已有的
checked状态不会回滚
表格重载（table.reload()）后禁用状态丢失怎么办
因为 templet 是每次渲染都执行的函数，只要你在模板里读的是当前行数据（d.xxx），重载后自然会重新计算禁用逻辑——前提是你的原始数据里存了判断依据（比如 d.isDisabled 或 d.status）。
容易踩的坑是：把禁用逻辑写死在 JS 变量里，或者依赖外部作用域的临时状态，reload 后这些上下文就没了。
- 禁用条件必须来自
d（当前行数据对象），不能来自闭包变量或全局 flag - 如果禁用规则复杂（比如需查接口），务必在 reload 前先请求完，把结果 merge 到数据源中
- 避免在
templet里发请求，会引发重复调用和竞态问题
这事说清了就结束。
