操作列按钮必须由每行数据的canEdit/canDelete等布尔字段控制，后端返回JS布尔值，前端模板用{{# if(d.canEdit) { }}条件渲染，整列隐藏需初始化时设hide:true或done回调中table.hideCol('op')，fixed列须显式设width。
操作列按钮必须靠行级权限字段控制，不能用全局角色判断
按钮是否渲染，取决于每条数据里有没有明确的 canEdit、canDelete 这类布尔字段。后端返回的数据必须带这些字段，且值是 JS 布尔字面量（false，不是字符串 "false"）。如果只传 role: "admin"，前端模板写 {{# if(d.role === 'admin') { }} 是错的——角色逻辑该由后端转成具体操作权限，前端只做“有就渲染，没有就不生成”。
- 检查浏览器控制台打印的
table.cache，确认字段存在且类型为boolean - 字段名大小写敏感：
canedit≠canEdit - 避免在模板里重复写
d.create_by === window.USER_ID这类逻辑，容易漏判或写错
templet 里用 {{# if(d.canEdit) { }} 控制单个按钮
操作列的 templet 必须写在 <script type="text/html"></script> 模板中，用 Layui 的 JS 模板语法做条件渲染。只要条件不满足，对应按钮标签压根不会出现在 DOM 中，不存在“隐藏但可右键触发”的风险。
- 模板
id要和列配置里的toolbar值一致，例如toolbar: '#opToolbar' - 示例模板内容：
<script type="text/html" id="opToolbar">{{# if(d.canEdit) { }}<button class="layui-btn layui-btn-xs" lay-event="edit">编辑{{# } }}{{# if(d.canDelete) { }}<button class="layui-btn layui-btn-danger layui-btn-xs" lay-event="del">删除{{# } }}</script> - 别用
disabled或 CSSdisplay: none代替条件渲染——那只是障眼法
整列隐藏要结合 hide 参数与权限判断
如果某类用户连“操作”这一列都不该看到（比如只读角色），不能只靠模板控制按钮，而要在初始化时让整列消失。关键是：先遍历所有行数据，确认是否存在任意一行满足 canEdit || canDelete，再决定是否设 hide: true。
- 初始化时直接写
{field: 'op', title: '操作', hide: true}最轻量，2.8+ 原生支持，首帧即生效 - 动态判断需在
done回调里执行：table.hideCol('op')，参数是field值，不是标题文字 - 别用数组索引定位列（如
cols[0][3].hide = true），加删列或响应式折叠会让索引偏移
fixed 列 + 动态按钮容易错位，必须显式设 width
操作列如果设了 fixed: 'right'，又用了模板动态渲染不同数量的按钮（1 个 vs 3 个），Layui 宽度计算会出问题，导致按钮换行或列宽异常。这不是 bug，是 fixed 列机制的固有限制。
- 给操作列显式指定
width，建议留余量（如width: 150） - 按钮容器必须包裹一层固定 class 的元素，例如
- templet 中避免内联 JS，用
data-*属性传递原始值，比如data-id="{{d.id}}"
权限字段没走通，往往卡在后端没返回、字段名拼错、或布尔值被序列化成字符串这三处。前端能做的就是确保模板条件干净、DOM 不残留、列定位不依赖索引——剩下的，得盯后端接口返回的数据结构。
