Layui 原生不支持按行禁用单元格编辑，但可通过 edit 事件中判断行数据并 return false 中断编辑流程实现；需手动还原单元格内容、确保事件重绑，避免 CSS 或 disabled 误用。
如何在 layui.table 的单元格编辑中按行控制可编辑性
直接结论：layui 原生不支持「按行禁用单元格编辑」，但可通过监听 edit 事件 + 主动中断编辑流程实现。关键在于拦截触发、还原状态、阻止后续渲染。
edit 事件里判断行数据并取消编辑
Layui 表格开启 edit: 'text' 后，每次双击单元格都会触发 edit 事件，传入的 obj 包含当前行数据 obj.data 和列字段 obj.field。你可以在回调里检查该行是否应被禁用：
table.on('edit(test)', function(obj){
// 假设 data 中有 status 字段，值为 'locked' 的行不可编辑
if (obj.data.status === 'locked') {
// 立即还原单元格内容（避免残留 input）
$(obj.tr).find('td[data-field="' + obj.field + '"]').html(obj.value);
// 阻止默认编辑行为（Layui 不提供 cancel 方法，这是最可靠中断方式）
return false;
}
});
注意：return false 是必须的，它会阻止 Layui 创建输入框；漏掉这句，input 仍会弹出，只是后续逻辑失控。
为什么不能只靠 CSS 或 disabled 属性
常见误区是给 <td> 加 <code>pointer-events: none 或尝试给内部 input 设 disabled —— 这两种都无效：
- CSS 禁用点击后，
edit事件压根不会触发，无法做业务判断，且双击无反馈显得异常 - Layui 编辑时动态生成 input，不在初始 DOM 中，无法提前加
disabled - 表格重载（如分页、搜索）后，所有事件绑定需重新注册，否则禁用逻辑失效
涉及多列或复杂条件时的处理建议
若禁用逻辑依赖多个字段或外部状态（比如当前用户权限），建议把判断抽成函数，并确保它能访问到最新上下文：
function shouldDisableEdit(data) {
// 可读取全局变量、调用 API、查 localStorage 等
return data.is_system || data.version
<p>特别注意：如果表格启用了 <code>height</code> 或虚拟滚动，<code>obj.tr</code> 可能不是原始 DOM 元素（而是 clone），此时 <code>$(obj.tr).find(...)</code> 仍有效，但不要试图缓存 <code>obj.tr</code> 长期使用。</p>
<p>真正容易被忽略的是事件重绑时机——表格通过 <code>table.reload()</code> 刷新后，<code>edit</code> 监听不会自动继承，必须在 reload 的 <code>done</code> 回调里重新绑定，否则新加载的“锁定行”会意外变可编辑。</p>
