JavaScript中是否有惯用方法阻止非预期的递归函数调用？

针对跨多层调用链的非预期递归（重入），工业界最广泛认可的惯用方案是重入守卫（Reentrancy Guard），实现简单无侵入，不需要修改调用链上的其他函数，就能拦住所有直接/间接的递归调用，具体实现逻辑如下：

• 核心思路：给需要防护的目标函数绑定一个独立的布尔状态标记，标记函数当前是否处于执行中
• 进入函数时首先检查标记：如果已经是执行中状态，说明触发了非预期递归，直接抛出错误/返回兜底值终止递归链路
• 标记置为执行中后执行原有业务逻辑，必须在finally块中重置标记，避免函数中途抛错导致标记永久锁死，后续所有调用都被误拦截

基础实现示例（对应给出的代码场景） #

只需要修改需要防护的f函数，不需要改动调用链上的g、h：

// 守卫标记和f放在同一作用域即可，不需要全局暴露
let isFExecuting = false;

function f() {
  // 递归触发时直接拦截
  if (isFExecuting) {
    // 开发环境建议直接抛错+打印调用栈，快速定位逻辑bug
    console.trace("检测到f的非预期递归调用");
    throw new Error("非预期递归: f被重复调用");
    // 生产环境如果需要兜底，可以根据业务返回默认值代替抛错
    // return;
  }

  isFExecuting = true;
  try {
    // 原有业务逻辑
    g();
  } finally {
    // 无论逻辑正常执行还是抛错，都保证标记被重置
    isFExecuting = false;
  }
}

不同场景的适配写法 #

• 如果是闭包/模块化内的函数，把守卫标记放在闭包内部，避免全局变量污染：

const f = (() => {
  let isExecuting = false;
  return function f() {
    if (isExecuting) throw new Error("f非预期递归");
    isExecuting = true;
    try {
      g();
    } finally {
      isExecuting = false;
    }
  }
})();

• 如果是类方法，把守卫标记挂在类实例属性上即可，不同实例的调用互不干扰
• 如果是异步函数，标记需要等待所有异步逻辑执行完成后再重置，不要同步重置导致异步阶段的重入漏拦截

不推荐的做法 #

• 不要尝试通过arguments.callee.caller解析调用栈判断递归：严格模式下该API被禁用，代码压缩混淆后调用栈信息会失真，且性能差
• 不要用函数返回值作为重入判断标记：容易和函数正常返回值冲突，导致误判
• 不要忘记用finally块重置标记：一旦函数执行中途抛错，标记会永久停留在执行中状态，导致后续所有正常调用都被拦截

注意：重入守卫是兜底防护手段，触发拦截时说明代码逻辑存在分支漏洞，最终还是要根据打印的调用栈定位触发递归的根因，修复逻辑问题，不要靠静默吞错把bug隐藏起来。

内容的提问来源于stack exchange，提问作者Tim Angus