按钮禁用逻辑必须写在 toolbar 或 templet 模板中，不可依赖外部 JS 操作 DOM；需用严格相等判断枚举状态（如 'active'/'closed'），并同步更新 table.cache 或 reloadData 保证状态实时。
按钮禁用逻辑必须写在 toolbar 模板里，不能靠外部 JS 控制渲染后 DOM
很多人试图用 table.on('rendered') 或 document.queryselector 去遍历按钮再加 disabled，这行不通——layui 表格是虚拟 dom 渲染，且每次排序、分页、重载都会重建行节点，手动操作会被覆盖。正确做法是在列的 templet 或工具栏 toolbar 中直接根据当前行数据返回带条件的 html。
例如某列定义为操作按钮：
{
title: '操作',
toolbar: '#actionBar',
width: 120
}对应模板中需用 {{d.status}} 判断状态：
<script type="text/html" id="actionBar">
{{# if(d.status === 'closed'){ }}
<button class="layui-btn layui-btn-xs layui-btn-disabled">编辑</button>
{{# } else { }}
<button class="layui-btn layui-btn-xs" lay-event="edit">编辑</button>
{{# } }}
<button class="layui-btn layui-btn-xs layui-btn-danger" lay-event="del">删除</button>
</script>
lay-event 绑定事件时，被禁用按钮不会触发，但要防用户手动触发
禁用按钮只是 UI 层面灰显，如果用户用 DevTools 删除 layui-btn-disabled 类或直接调用 click()，事件仍可能执行。所以服务端和前端都得做状态校验。
- 前端在
table.on('tool(test)', ...)回调里，先检查data.status是否允许该操作，不满足就return - 服务端接口必须二次校验，不能只信前端传来的
id - 避免把禁用逻辑写成
if(d.status !== 'closed') {...}这种反向判断，容易漏掉未定义状态
使用 templet 替代 toolbar 更适合单按钮场景
如果只是某列（如“编辑”）需要按状态禁用，没必要整个工具栏都用 toolbar，直接在列配置里写 templet 更轻量：
{
field: 'edit',
title: '编辑',
templet: function(d) {
return d.status === 'active'
? '<button class="layui-btn layui-btn-primary layui-btn-xs" lay-event="edit">编辑</button>'
: '<button class="layui-btn layui-btn-xs layui-btn-disabled">编辑</button>';
}
}注意：这里返回的是字符串，不是 jQuery 对象；layui-btn-disabled 是 Layui 内置样式类，无需额外 CSS。
常见坑：d.status 可能是 undefined 或空字符串，建议用严格相等 + 明确枚举值，比如 ['active', 'pending', 'closed']，别用 !d.status 这类模糊判断。
表格重载后状态不同步？检查 data 是否实时更新
如果点击“启用”后调用 table.reload()，但新数据没包含最新 status 字段，按钮状态就不会变——因为模板里的 d.status 读的是当前行原始数据，不是服务端最新快照。
确保 reload 时传入的数据源已更新：
- 用
table.reloadData()（Layui 2.8+）并指定where参数重新拉取 - 或手动修改
table.cache['test']中对应行的status，再调用table.redraw() - 避免在 success 回调里只改了 UI 而没同步到
table.cache，否则排序后状态会回退
状态字段名最好统一，比如全用 status，别混用 state、enabled，否则模板里要写一堆兼容判断。
