Layui原生不支持按行禁用单元格编辑，必须在table.on('edit')中根据obj.data判断并return false中断流程；需用$(obj.tr).find().html(obj.value)还原DOM，且reload后须重新绑定事件。
直接结论：layui 原生不支持按行禁用单元格编辑，但必须通过 table.on('edit(filter)') 事件中判断 obj.data 并 return false 中断流程——漏掉 return false 就等于没禁用。
在 edit 事件里根据行数据中断编辑
表格列配置中已设 edit: 'text' 后，每次双击都会触发 edit 事件，回调参数 obj 包含：obj.data（整行原始数据）、obj.field（当前列字段名）、obj.value（当前显示值）、obj.tr（对应 <tr> 元素）。
关键操作是立即还原 DOM 并终止流程：
- 用
$(obj.tr).find('td[data-field="' + obj.field + '"]').html(obj.value)恢复单元格原始内容，避免残留输入框或错乱状态 -
return false必须写在判断分支末尾——这是 Layui 唯一认可的“取消编辑”信号，不写则 input 仍会渲染出来 - 不要试图在
done回调里给td加data-edit="false"，该属性对原生edit逻辑无效，且重载后失效
为什么不能用 pointer-events: none 或 disabled
CSS 或属性禁用看似简单，但实际会破坏整个编辑链路：
-
pointer-events: none会让edit事件压根不触发，你失去判断时机，用户双击也无任何反馈 -
disabled对动态生成的 input 无效——Layui 是在双击后才插入 input 标签，DOM 中根本不存在可设 disabled 的目标元素 - 即便强行在
edit里给 input 设disabled，用户仍能看到输入框弹出，只是无法输入，体验割裂且不符合业务语义
多条件判断和重载后的稳定性处理
当禁用逻辑依赖多个字段、权限变量或异步状态时，需注意上下文有效性与事件重绑：
- 把判断逻辑抽成独立函数，比如
shouldDisableEdit(obj.data)，确保它能访问到最新userRole、table.cache或 localStorage 状态 - 表格执行
table.reload()、分页切换或搜索后，table.on('edit(...)')绑定会丢失，必须在done回调里重新注册监听，或统一收口到初始化函数中 - 若表格启用了
height或虚拟滚动，obj.tr可能是 clone 节点，$(obj.tr).find()仍可用，但不要缓存obj.tr长期引用，避免 DOM 错位
真正容易被忽略的是事件重绑时机和 return false 的绝对必要性——90% 的“禁用失效”问题，都出在这两处。别省那行代码，也别信“reload 后自动继承”的假设。
