递归函数用“问题拆解+终止控制”替代循环，适合树形结构、动态嵌套等不确定深度场景；需明确终止条件、参数传递进度；慎用于深层调用以防栈溢出。
递归函数可以替代传统循环，但不是简单“换写法”，而是用“问题拆解+终止控制”的思路重组织逻辑。关键不在于能不能替，而在于是否适合替——比如层级不确定的树、动态嵌套结构、数学归纳类问题，递归更自然；而固定次数的数组遍历，循环通常更直接。
必须有明确的终止条件
没有出口的递归等于死循环，只是换了个形式崩溃（栈溢出）。终止条件就是“什么时候不再调用自己”。它通常对应循环里的 while 条件不成立 或 for 的 i 超出边界。
- 遍历数组时：当索引 i >= arr.length 就停止
- 处理树节点时：当 node === null 或 node.children.length === 0 就返回
- 计算阶乘时：当 n === 0 或 n === 1 就返回 1
把循环变量变成参数传递
循环靠变量自增/自减推进，递归靠参数变化推进。每次调用都传入“下一步要处理的数据”，而不是在外部维护状态。
Wjs Localizing Video
下载
用于端到端视频本地化流程的轻量编排器，路由至四个专注子技能——/wjs-transcribing-audio、/wjs-translating-subtitles...
- for 循环：
for (let i = 0; i - 对应递归：
function walk(arr, i = 0) { if (i >= arr.length) return; /* 处理 arr[i] */; walk(arr, i + 1); } - 注意：不要在递归内部改外部变量，所有“进度”应通过参数显式传递
适用于天然分层或不确定深度的场景
循环写多层嵌套很吃力，递归却能一招通吃。典型例子是树形数据、文件目录、DOM 子节点、菜单权限结构等。
- 后台返回一个任意深度的菜单对象，你无法预知有多少级
children - 用循环就得写 for → for → for … 还可能漏层；用递归只需判断有没有
children，有就再进一次 - 代码更短、更健壮，也更容易加过滤、映射、路径记录等逻辑
注意性能与调试成本
递归不是银弹。深层调用会占用调用栈，Chrome 默认栈深约 10000 层，但实际项目中几百层就可能卡顿；而且调试时看不到“当前循环到哪”，得靠断点或日志追踪调用链。
- 如果数据量大、层级浅（如 1000 个平级项），优先用
for或forEach - 如果数据量小、层级深或结构动态（如用户自定义组件嵌套），递归更清晰
- 必要时可用尾递归优化（需引擎支持）或手动转为栈模拟的循环（用数组存待处理节点）
