递归函数逻辑解耦的核心是消除对函数名的硬依赖，可通过arguments.callee（非严格模式）或命名函数表达式（严格模式）实现，确保重命名、赋值变更不影响递归调用。
递归函数的逻辑解耦，核心是让函数体内部不依赖函数名本身，避免因重命名、赋值变更或引用丢失导致调用失败。
用 arguments.callee 消除函数名硬编码（非严格模式）
传统递归写法如 return num * factorial(num - 1) 会把逻辑和函数名 factorial 绑死。改用 arguments.callee 后，函数体内不再出现自身名称：
- 即使把函数赋给其他变量（如
const f = factorial），再把原名设为null，仍能正常运行 - 函数重命名（比如从
factorial改成calcFactorial）不会影响内部递归逻辑 - 适用于 ES5 环境且未启用严格模式的项目
严格模式下的替代方案：命名函数表达式
ES5+ 严格模式禁用 arguments.callee，此时推荐使用带名字的函数表达式：
- 写法示例：
const factorial = (function fn(n) { return n - 函数内部通过名字
fn递归，该名字只在函数作用域内有效，不污染外层 -
fn不是变量名，而是函数自身的标识符，不受外部变量操作影响
更现代的解法：提取纯计算逻辑 + 显式传入回调
彻底解耦可进一步将递归行为抽象为高阶函数，把“怎么算”和“谁来调”分开：
- 定义一个通用递归执行器，接收初始值、终止条件、递推规则和下一次调用的函数
- 阶乘逻辑变成：
(n, next) => n ，不包含任何函数名或闭包引用 - 适合测试、复用、甚至适配不同执行策略（如尾递归优化、迭代模拟）
注意边界与实际取舍
解耦不是越抽象越好。需结合项目环境判断：
- 简单脚本或教学示例，直接用函数名递归最清晰，无需过度设计
- 需要导出、重绑定或动态加载的函数，优先选命名函数表达式
- 长期维护的大型系统，可考虑将递归结构封装为可配置的工具函数
