繁体   English   中英

Promise.resolve()。然后vs setImmediate vs nextTick

[英]Promise.resolve().then vs setImmediate vs nextTick

NodeJS 0.11以及io.js和Node 0.12分支都附带本机承诺。

本机promise 有一个.then方法 ,它总是在未来的事件循环周期中执行。

到目前为止,自从我从nextTick切换以来,我一直在使用setImmediate将事物排队到事件循环的下一次迭代:

setImmediate(deferThisToNextTick); // My NodeJS 0.10 code
process.nextTick(deferThisToNextTick); // My NodeJS 0.8 code

因为我们现在有了一种新方法:

Promise.resolve().then(deferThisToNextTick); 

我应该使用哪个? 另外 - 对于在事件循环之前或之后运行的代码, Promise.resolve.then就像setImmediate或者像nextTick一样吗?

使用Promise.resolve().then没有优于nextTick优势。 它运行在同一个队列中,但具有稍高的优先级,也就是说,promise处理程序可以防止下一个tick回调从而运行,相反是不可能的。 此行为是一个实现细节,不应该依赖。

Promise.resolve().then显然更慢(很多,我认为),因为它创建了两个将被丢弃的承诺。

您可以在此处找到大量的实施信息: https//github.com/joyent/node/pull/8325

最重要的部分: Promise.resolve().then就像nextTick而不是setImmediate 使用它而不是setImmediate可以彻底改变你的代码行为。

我不会回答关于技术性问题的粗体部分,而只回答问题

我应该使用哪个?

我认为没有任何理由使用Promise.resolve().then()除非您对异步执行函数的结果的承诺感兴趣。 当然,如果你 ,那么这将远远优于处理回调地狱或从setTimeoutnextTick创建一个new Promise

还有第二个技术差异,比时间更重要:承诺可以吞下例外。 你可能不想要的。 因此,就像@vkurchatkin所提到的那样,不要创造承诺只是为了抛弃它们。 不仅因为它速度较慢,而且因为它使您的代码可读性降低,而且您的应用程序更容易出错。

Promise.resolve将立即(同步)解决,而setImmediate在执行当前事件后明确地直接解决。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM