tree.reload 不能只刷一个父节点，它默认整棵树重绘；若需局部刷新，须用 tree.reload('treeId', { data: newData, id: 'parentId' })，且 parentId 必须是已渲染的字符串 ID。
tree.reload 不能只刷一个父节点？
不能。layui 原生 tree.reload 是整棵树重绘，传入新 data 后所有节点 dom 都会重建，已展开的节点自动收起，滚动位置丢失，父子联动状态清空——这不是 bug，是设计如此。
想局部刷新某个父节点，必须用 tree.reload + targetId
layui tree 的 reload 方法支持第二个参数指定目标节点 ID（字符串），但前提是：该 ID 必须已在原始数据中存在，且对应节点已渲染为「可展开」状态（即含 isParent: true 或非空 children）。
- 后端返回子节点数据时，必须带
id字段，并确保与父节点的id匹配 - 调用前需确认父节点 DOM 已挂载，否则
tree.reload('treeId', { data: newData, id: 'parentId' })无效 -
id参数不是索引、不是 DOM 元素，也不是数字，必须是字符串类型 - 如果父节点尚未加载过子节点，首次调用需配合
spread事件触发，不能直接 reload
懒加载场景下，spread 事件里怎么安全 reload 子节点
点击展开图标时，spread 事件触发，此时应发起请求并 reload 对应节点，但容易重复请求或状态错乱。
- 在事件回调开头加防抖：
if ($(obj.elem).attr('data-loading')) return;，并在请求前设$(obj.elem).attr('data-loading', 'true') - 后端返回的数据必须包含
isParent: true（哪怕没子节点），否则下次点不开；空子节点也建议返回children: []而非省略 - reload 时传入的
data应是纯子节点数组，不要包一层父节点对象，否则结构错位 - 别在
parseData里动态改isParent，它只在初始化时生效；spread 里的数据要当场补全
手动 push 再 render 是最稳的方案
如果你控制得了原始数据源，比依赖 reload 更可靠的做法是：维护一份全局树结构 treeData，找到目标父节点，往它的 children 数组里 push 新节点，然后调用 tree.render() 重绘整棵树。
- 新增节点必须含
id（唯一）、title，推荐带pid（父 ID）便于定位 - 如果父节点还没 children 字段，先初始化为
children: []，再 push - 调用
tree.render({ elem: '#tree', data: treeData })时，所有展开状态会丢失，但 DOM 层级和选中状态能保留（前提是 id 不变） - 这个方式不依赖 spread 或 lazy，适合管理后台中「新增子部门」「拖拽排序」等强交互场景
真正麻烦的不是怎么刷，而是怎么让「刷完还像没刷过」——展开态、滚动位置、复选框联动这些，全靠数据结构的一致性撑着。ID 字段一旦错位或重复，后续所有 reload 都会失焦。
