咱们直接拆解这两段代码的差异——虽然看起来只是多了个return，但在返回值传递、递归栈行为上有本质不同：

1. 返回值的传递逻辑 #

这是最直观的差异：

• 带return的版本：当你写return myFunc(param)时，当前函数会把递归调用的返回值原封不动传递给自己的调用者。如果递归有终止条件（比如param不等于"3"时返回特定值），这个结果会沿着递归栈层层向上传递。
  举个修改后的示例：

  function myFunc(param) {
    if (param === "3") {
      return myFunc("2"); // 递归调用并传递其返回结果
    } else if (param === "2") {
      return "最终计算结果";
    }
  }
  console.log(myFunc("3")); // 输出："最终计算结果"
  

  这里myFunc("3")会把myFunc("2")的返回值传递出去，所以上层调用者能拿到最终结果。

• 不带return的版本：直接调用myFunc(param)时，递归调用的返回值会被直接丢弃。当前函数执行完递归后，会继续执行后续代码（这里没有后续代码），最终默认返回undefined。
  同样用修改后的示例：

  function myFunc(param) {
    if (param === "3") {
      myFunc("2"); // 递归调用，但不传递结果
    } else if (param === "2") {
      return "最终计算结果";
    }
  }
  console.log(myFunc("3")); // 输出：undefined
  

  虽然myFunc("2")返回了有效结果，但myFunc("3")没有把这个值传递出去，所以上层调用者拿到的是undefined。

2. 无限递归场景下的栈行为 #

你的原始代码中，param始终为"3"，所以两种情况都会触发无限递归，最终导致栈溢出错误（Maximum call stack size exceeded），但过程中栈的行为有细微区别：

• 带return的版本：每一层函数发起递归后，会等待递归结果返回才会结束自身的栈帧；
• 不带return的版本：当前函数发起递归后，会立即执行后续代码（这里无代码）并结束自身栈帧，但递归调用的栈帧仍会持续叠加。

不过在无限递归的极端场景下，两者最终都会快速耗尽调用栈，结果一致——抛出栈溢出错误。

3. 终止后的函数行为 #

如果递归有明确的终止条件，带return的递归能形成完整的"返回链"，让最上层调用者拿到最终计算结果；而不带return的递归，上层函数无法获取下层递归的结果，只能返回自身定义的默认值或undefined。

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