最干净的layui工具栏按钮禁用方式是在toolbar模板中用条件语法控制渲染或添加layui-btn-disabled类；需后端返回状态字段，且必须同时设disabled属性和该类，仅设disabled无效。
模板渲染时直接判断字段禁用按钮
layui 的工具栏按钮禁用，最干净的方式是在 toolbar 模板里用条件语法控制按钮是否渲染或加禁用类。它不依赖 js 后续操作，避免 dom 查找和状态同步问题。
- 后端必须返回能标识状态的字段（比如
d.status、d.isLocked），否则模板无从判断 - 禁用逻辑写在
<script type="text/html" id="barDemo"></script>里，用{{# if(d.status === 0) { }}包裹按钮，或给按钮加disabled属性 +layui-btn-disabled类 - 只加
disabled属性不够——Layui 默认不响应原生 disabled 的视觉样式，必须同时加layui-btn-disabled类才灰显 - 错误写法：
<a lay-event="edit" if disabled>编辑</a>→ 点击仍触发事件，因为 Layui 的tool事件监听的是lay-event，不是原生 click
表格行事件中动态修改按钮状态
当禁用逻辑不能靠初始数据决定（比如依赖用户权限变更、批量操作后的联动），就得在 table.on('tool(filter)', ...) 或其他时机手动改 DOM。
- 禁用某行“编辑”按钮：用
obj.tr.find("a[lay-event='edit']")定位，再.prop('disabled', true)+.addClass('layui-btn-disabled') - 千万别只改
disabled属性——Layui 的按钮点击事件是委托到 table 容器上的，禁用属性不影响事件冒泡，按钮仍会触发tool回调 - 如果想彻底屏蔽点击，除了加禁用类，还要在
tool回调里加守卫判断：if (data.status === 0) return; - 注意 DOM 更新时机：表格重载（
table.reload()）后所有手动加的 class/attr 都会丢失，这类动态禁用必须封装成函数，在每次渲染后重新执行
为什么不能只靠 CSS 隐藏按钮？
有人图省事用 display: none 或 layui-hide 隐藏按钮，这在多数场景下是错的——隐藏 ≠ 禁用，它破坏了可访问性（键盘 Tab 仍能聚焦）、语义缺失，且掩盖了真实业务约束。
-
layui-hide是显示控制，不是状态控制；用户无法感知“为什么点不了”，也不利于后续审计或自动化测试 - 若真要隐藏，应明确区分场景：比如“超级管理员可见删除，普通用户不可见”，这时用模板条件
{{# if(d.isAdmin) { }}...{{# } }}更合理 - 隐藏后没做权限兜底，后端接口仍可能被绕过调用，存在安全风险
按钮禁用后点击事件仍触发？检查这三点
这是最常被忽略的坑：按钮看着灰了、点不动了，但 console 里还是打印出 “edit clicked”。根本原因在于 Layui 的事件机制和 DOM 状态脱节。
- 确认是否在
tool回调开头做了守卫判断，例如if (data.status !== 1) return; - 确认有没有重复绑定事件——比如在
table.render()外又写了table.on('tool(...)', ...)，导致回调执行两次 - 确认按钮的
lay-event值是否拼写一致，大小写敏感，且没被其他同名事件覆盖
禁用的本质不是让按钮“看起来不能点”，而是让业务规则在视图层和逻辑层都生效。模板判断管初始化，JS 动态管运行时，事件守卫管最终兜底——三者少一个，都算没禁住。
