应将路径状态作为参数显式传递，避免闭包捕获导致的变量覆盖与污染；推荐不可变拼接路径、分离收集与遍历逻辑、超深树改用栈迭代实现。
直接用递归函数配合闭包来维护扁平化搜索路径状态，容易出错且不可靠。闭包捕获的变量在多层递归中会被反复覆盖，路径数组被 push 后若没及时 pop，就会污染下一层；多个并发调用还会相互干扰。这不是写法问题，而是设计缺陷。
路径状态必须作为参数传递
每次递归调用时，把当前路径显式传入，而不是依赖外层函数作用域里的变量：
- 推荐用不可变方式拼接：比如 traverse(node, [...path, node.id], depth + 1)，避免原地修改
- 路径初始值设为空数组：traverse(root, [], 0)
- 深度控制放在入口处：if (depth > MAX_DEPTH) return，比在末尾检查更安全
扁平化过程要分离“收集”和“遍历”逻辑
不要让递归函数一边走树一边往外部数组 push —— 这是闭包陷阱的高发区。正确做法是让每层只返回本层及子树的扁平结果，由上层合并：
- 例如：return [current].concat(...children.map(child => traverse(child, newPath)))
- 这样每层输出独立，无副作用，也方便加 memo 或提前截断
- 如果需带路径字段，可直接在生成节点时注入：{ ...node, path: newPath }
超深树建议改用迭代替代递归
当层级可能超过 100 层或节点数过万时，函数调用栈极易溢出。此时用栈模拟递归更稳妥：
- 维护一个 stack = [{ node, path: [] }]，每次 pop 出一个节点处理
- 子节点压栈时带上更新后的路径：stack.push({ node: child, path: [...curr.path, node.id] })
- 完全规避闭包、全局变量和调用栈限制
闭包适合封装工具函数或缓存计算结果，但不适合承载递归中的动态上下文。路径、深度、父ID这些状态，必须随调用流动，不能靠“记得住”来维持。
