checkchild: false 能直接用，但仅限 layui ≥2.8.0 版本；2.7.x 及更早版本不支持，需改用 oncheck 拦截重置子节点状态，避免修改源码引发 getchecked 错误、禁用项误操作及状态冲突。
直接在 tree.render() 配置里加 checkChild: false 就能禁用父子联动，但要注意：这个参数只在较新版本的 Layui（≥2.8.0）中默认支持；老版本必须手动改源码或用 oncheck 拦截处理。
checkChild: false 能不能直接用？
取决于你用的 Layui 版本：
- 2.8.0 及以上：支持原生
checkChild: false，渲染时传进去即可生效 - 2.7.x 及更早：该参数不存在，即使写了也无效，会继续执行默认联动逻辑
- 如果你不确定版本，运行
layui.version查一下；或者直接试加，没效果就说明不支持
老版本怎么绕过父子联动？
不改源码的前提下，最轻量的方案是在 oncheck 里重置子节点状态：
- 监听到父节点被勾选时，立刻遍历其
obj.data.children，对每个子节点调用tree.setChecked('id', childId, false) - 监听到子节点状态变化时，**不要**调用任何父级操作（即不主动更新父节点 checked 状态）
- 注意：
setChecked第三个参数为false表示「不触发 oncheck 回调」，避免死循环
示例片段：
oncheck: function(obj) {
if (obj.data.children && obj.checked) {
obj.data.children.forEach(child => {
tree.setChecked('id', child.id, false);
});
}
}
为什么改源码反而容易出问题？
网上流传的「修改 setCheckbox 方法」方案，常见坑有三个：
-
getChecked()返回结果不准：没同步删掉子节点的 checked 状态，导致获取到“本不该选中”的子节点 ID - 禁用节点（
disabled: true）被误操作：修改逻辑里漏判this.disabled，导致禁用项也被强制设值 - 与
setChecked手动设置冲突：比如初始化时调用setChecked，但源码修改后它内部又去操作子节点，造成状态错乱
真正稳定的做法是：优先用新版 checkChild: false；老版本宁可用 oncheck 拦截，也不要碰 tree.js 里的核心方法——因为联动逻辑分散在 setCheckbox、getChecked、setChecked 多处，改漏一处，状态就不可信。
