为什么在回调中取消 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()
的使用根本没有任何意义无论如何。
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()
returnsp
..tap()
returns 一个承诺,只要从它的处理程序返回的承诺解决(如果它 returns 承诺)p
是.tap()
returns 的承诺
换句话说,p
是一个将在 p
解析后解析的承诺。它是它自己在 promise 链中的祖先(至少,我是这么认为的)。
当 .cancel()
试图爬上承诺链寻找可取消的承诺时,它发生在这种乱伦关系上并开始永远循环。
最后,这是 CoffeeScript 急于将几乎所有内容都变成 return
语句的不幸结果。但我想 Bluebird 可以通过某种方式检测 promise 链中的循环并防止此处发生无限循环。
我已经在 bluebird GitHub 存储库中为此提交了一个 issue,但是正如随后的讨论所揭示的那样,这种 .cancel()
的使用根本没有任何意义无论如何。