递归调用Promise是否会导致栈溢出？有无标准实现方式？

嘿，这个问题问到点子上了，咱们逐个拆解来看：

1. 直接.then(r)的递归会栈溢出吗？ #

答案是完全不会。

原因很关键：Promise的.then()回调是作为微任务执行的。当当前调用栈里的所有同步代码执行完毕、栈被清空后，才会从微任务队列中取出回调执行。也就是说，每次调用r()都是在一个全新的调用栈里启动的，之前的栈帧早就被销毁了——这和同步递归（比如function r() { r() }）完全不一样，后者会不断积累栈帧直到溢出。你最初的写法本质是异步递归，栈根本不会被撑爆，可以放心用。

2. setTimeout(r, 0)的方案可行吗？ #

这个方案是可行的，但属于“多此一举”的防御措施。

setTimeout会把回调放到宏任务队列，确实会在调用栈为空时执行，但Promise的微任务机制本身已经保证了这一点。不过如果你的场景需要在两次API请求之间给浏览器留出渲染UI的时间（比如避免页面卡顿），那加setTimeout是有实际意义的；但如果只是为了防止栈溢出，真的没必要多这一步。

3. Promise递归调用的标准方式 #

这里有几种常用且规范的写法：

异步递归（你的初始写法） #

这本身就是标准的异步链式递归，简洁高效，适合无限请求的场景：

function r() {
  return api.call(api.anotherCall)
    .then(api.anotherCall)
    .then(api.anotherCall)
    // 按需添加更多then步骤
    .then(r);
}

Async/Await 循环写法 #

如果觉得链式.then不够直观，用async/await配合while(true)会更易读，本质和递归逻辑一致：

async function infiniteRequests() {
  while (true) {
    // 链式写法保留，或者拆成单独await更清晰
    await api.call(api.anotherCall)
      .then(api.anotherCall)
      .then(api.anotherCall);
    
    // 拆成单独await的版本：
    // const step1 = await api.call(api.anotherCall);
    // const step2 = await api.anotherCall(step1);
    // const step3 = await api.anotherCall(step2);
  }
}

可控终止的递归 #

如果需要随时停止循环，可以加一个状态变量作为终止条件：

let shouldStop = false;

function r() {
  if (shouldStop) return Promise.resolve(); // 终止链
  return api.call(api.anotherCall)
    .then(api.anotherCall)
    .then(r);
}

// 想要停止时只需设置：
// shouldStop = true;

总结一下：你最初的递归写法完全安全，不会栈溢出；setTimeout方案可行但非必需；async/await循环是更现代、可读性更高的标准选择。

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