javascript - 为什么在回调中取消 bluebird promise 会停止 setInterval？

Question

Promise = require 'bluebird'

cb = ->
  console.log 'callback!'
  p = Promise.resolve(5)
    .cancellable()
    .tap -> p.cancel()

setInterval(cb, 100)

cb 函数只被调用一次。注释掉 .tap -> p.cancel() 允许它重复运行。添加 try block 没有帮助。也许这是显而易见的事情，但我做了一些研究，但找不到解释。

Answer 1

从 tap 处理程序返回 p.cancel() 值的行为似乎导致 bluebird 进入某种无限循环。您永远不会看到第二个 'callback!'，因为执行上下文在 100 毫秒过去之前就卡在了这个循环中。

我还远远不能理解这里的所有因素(见下文)，但看起来这可以通过不返回 p.cancel() 来解决:

Promise = require 'bluebird'

cb = ->
  console.log 'callback!'
  p = Promise.resolve(5)
    .cancellable()
    .tap -> 
        p.cancel()
        null

setInterval(cb, 100)

编辑: 好的，在查看源代码并解开我的大脑几次之后，我认为可以归结为:

这里的执行陷入了无限循环，.cancel() 试图爬上 promise 链:

while ((parent = promiseToReject._cancellationParent) !== undefined &&
    parent.isCancellable()) {
    promiseToReject = parent;
}

要点如下:

• p.cancel() 返回 p。
• .tap() 返回一个 promise ，只要从其处理程序返回的 promise 解决(如果它返回一个 promise )，该 promise 就会解决
• p 是 .tap() 返回的 promise

换句话说，p 是一个将在 p 解析后解析的 promise 。它是它自己在 promise 链中的祖先(至少，我是这么认为的)。

当 .cancel() 试图沿着 promise 链往上爬以找到可取消的 promise 时，它​​发生在这种乱伦关系上并开始永远循环。

最后，这是 CoffeeScript 急于将几乎所有内容都变成 return 语句的不幸结果。但我认为 Bluebird 可以通过某种方式检测 promise 链中的循环并防止此处发生无限循环。

我已经提交了 issue对于这个在 bluebird GitHub 存储库上，但正如随后的讨论所揭示的那样，这种 .cancel() 的使用无论如何都没有任何意义。