为什么在回调中取消 bluebird promise 会停止 setInterval?

Why does cancelling a bluebird promise in a callback stop setInterval?

Promise = require 'bluebird'

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

setInterval(cb, 100)

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

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() 试图爬上承诺链:

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

要点如下:

  • p.cancel() returns p.
  • .tap() returns 一个承诺,只要从它的处理程序返回的承诺解决(如果它 returns 承诺)
  • p.tap()returns
  • 的承诺

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

.cancel() 试图爬上承诺链寻找可取消的承诺时,它发生在这种乱伦关系上并开始永远循环。

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

我已经在 bluebird GitHub 存储库中为此提交了一个 issue,但是正如随后的讨论所揭示的那样,这种 .cancel() 的使用根本没有任何意义无论如何。