layui tree 的 lazy: true 需配合 spread 事件手动请求并 reload 才生效，否则仅图标可点无网络请求；必须设置 isParent: true 或非空 children 触发展开图标，且需防重复请求与正确使用 dataIndex。
tree.render 里 lazy: true 不起作用？检查是否漏了 spread 事件绑定
layui 原生 tree 组件本身不支持“点击展开才拉子节点”的懒加载，必须靠 spread 事件手动触发请求 + tree.reload 局部更新。很多人设了 lazy: true 却没监听 spread，结果图标能点、但没网络请求——不是配置无效，是根本没写后续逻辑。
实操建议：
-
data中只对需懒加载的父节点设lazy: true，别全设，否则所有节点都变空壳 - 必须监听
spread事件，在回调里用admin.req或$.get拉数据，再调tree.reload插入子节点 - 注意：
tree.reload的第二个参数是目标节点的id（字符串），不是索引，也不是 DOM 元素
后端返回数据没显示展开图标？isParent 字段没对上
layui tree 判断“能不能点开”只看两个东西：children 数组长度（非空）或 isParent: true。如果后端返回的是扁平结构（如 id/pid 关系表），前端又没补 isParent，哪怕数据已加载，图标也不会出现。
实操建议：
- 优先让后端在返回时加
isParent: true字段，比前端处理更稳 - 若不能改后端，用
parseData回调统一处理：res.data.forEach(item => { if (item.hasChildren) item.isParent = true; }) - 别依赖
children: []触发图标——空数组会被忽略，必须显式设isParent: true
点击展开后重复请求？没做 loading 状态拦截
用户手快连点两次，spread 事件会触发两次，导致两个并发请求，轻则多刷一遍 DOM，重则子节点错位、状态混乱。这不是 bug，是没加防抖。
实操建议：
- 给每个节点维护一个
loading状态（比如存在data-loading="true"属性），请求开始前加，结束/失败后删 - 在
spread回调开头加判断：if ($(obj.elem).attr('data-loading')) return; - 别用
setTimeout模拟节流——真实场景下网络延迟不可控，状态标记才是可靠依据
treeTable.reloadAsyncNode 调用失败？dataIndex 不是行号而是表格内部索引
很多人以为 reloadAsyncNode('tableId', 0) 就是重载第一行，结果报 node not found。因为 dataIndex 是 layui treeTable 内部维护的节点索引（类似树路径），不是渲染后的 HTML 行号，尤其在有分页、筛选时完全对不上。
实操建议：
- 要用
that.getNodeDataByIndex(dataIndex)先验证节点是否存在，避免静默失败 - 更稳妥的做法是：通过
that.getChecked()或点击事件拿到当前节点的id，再用that.getNodeData(id)获取完整数据，最后传给reloadAsyncNode -
reloadAsyncNode只重载子节点，不会刷新父节点自身字段，别指望它更新 name 或 status
最常被忽略的一点：异步加载不是“设个 url 就完事”，而是前后端约定的完整链路——前端要管状态、防重、插节点，后端要按 autoParam 接参、返回标准结构、别漏 isParent。少一环，就卡在“点了没反应”上。
