Promise = require 'bluebird'
cb = ->
console.log 'callback!'
p = Promise.resolve(5)
.cancellable()
.tap -> p.cancel()
setInterval(cb, 100)
cb
函数只被调用一次。注释掉 .tap -> p.cancel()
允许它重复运行。添加 try
block 没有帮助。也许这是显而易见的事情,但我做了一些研究,但找不到解释。
最佳答案
从 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()
的使用无论如何都没有任何意义。
关于javascript - 为什么在回调中取消 bluebird promise 会停止 setInterval?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28811232/