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> 加 pointer-events: none 或尝试给内部 input 设 disabled —— 这两种都无效：
- CSS 禁用点击后，
edit事件压根不会触发，无法做业务判断，且双击无反馈显得异常 - Layui 编辑时动态生成 input，不在初始 DOM 中，无法提前加
disabled - 表格重载（如分页、搜索）后，所有事件绑定需重新注册，否则禁用逻辑失效
涉及多列或复杂条件时的处理建议
若禁用逻辑依赖多个字段或外部状态（比如当前用户权限），建议把判断抽成函数，并确保它能访问到最新上下文：
function shouldDisableEdit(data) {
// 可读取全局变量、调用 API、查 localStorage 等
return data.is_system || data.version < 2 || userRole !== 'admin';
}
table.on('edit(test)', function(obj){
if (shouldDisableEdit(obj.data)) {
$(obj.tr).find('td[data-field="' + obj.field + '"]').html(obj.value);
return false;
}
});
特别注意：如果表格启用了 height 或虚拟滚动，obj.tr 可能不是原始 DOM 元素（而是 clone），此时 $(obj.tr).find(...) 仍有效，但不要试图缓存 obj.tr 长期使用。
真正容易被忽略的是事件重绑时机——表格通过 table.reload() 刷新后，edit 监听不会自动继承，必须在 reload 的 done 回调里重新绑定，否则新加载的“锁定行”会意外变可编辑。
