我想澄清这一点,因为文件对这一点不太清楚;
问题1:是promise。全部(iterable)
顺序或并行处理所有promise?或者,更具体地说,它是否等同于运行像这样的连锁promise
p1.then(p2).then(p3).then(p4).then(p5)....
或者是另一种算法,所有的p1
,p2
,p3
,p4
,p5
,等等都同时被调用(并行),并且在所有解析(或一个拒绝)后立即返回结果?
问题2:如果promise。所有的
都是并行运行的,有没有一种方便的方法可以依次运行iterable?
注意:我不想使用Q或Bluebird,而是所有原生ES6规范。
NodeJS不会并行运行promise,而是并发运行promise,因为它是一个单线程事件循环体系结构。通过创建新的子进程来利用多核CPU,可以并行运行。
平行Vs Concurent
事实上,promise了什么。所有
要做的就是将Promissions函数堆叠在适当的队列中(请参阅事件循环体系结构),同时运行它们(调用P1、P2、…)然后等待每个结果,然后解决promise。所有的promise和结果。许诺所有的promise都会在第一次promise失败时失败,除非你自己处理好拒绝。
并行和并发之间有一个很大的区别,第一个将在完全相同的时间在不同的进程中运行不同的计算,它们将在rythme中进行,而另一个将一个接一个地执行不同的计算,而无需等待上一个计算完成并同时进行,而不会相互依赖。
最后,为了回答您的问题,Promise.all将不会并行或顺序执行,而是并发执行。
await Promise.all(items.map(async (item) => {
await fetchItem(item)
}))
优点:速度更快。即使稍后有一个迭代失败,也将开始所有迭代。然而,它将“快速失败”。使用promise。AllSetted
,以并行完成所有迭代,即使某些迭代失败。
for (const item of items) {
await fetchItem(item)
}
优点:循环中的变量可以由每次迭代共享。其行为类似于普通命令式同步代码。
就是promise。全部(iterable)执行所有promise?
不,promise不能“执行”。它们在创建时就开始执行任务-它们只表示结果-您甚至在将它们传递给Promise之前就并行地执行所有操作。全部
。
promise。所有的
只等待多个promise。它不关心它们的解析顺序,也不关心计算是否并行运行。
有没有一种方便的方法来顺序运行迭代?
如果你已经有了你的promise,你除了promise之外什么都做不了。所有([p1,p2,p3,…])(没有顺序的概念)。但是,如果您确实有一组异步函数,那么您确实可以按顺序运行它们。基本上你需要从
[fn1, fn2, fn3, …]
到
fn1().then(fn2).then(fn3).then(…)
解决方法是使用Array::reduce
:
iterable.reduce((p, fn) => p.then(fn), Promise.resolve())
问题内容: 我想澄清这一点,因为文档对此不太清楚。 问题1: 是按顺序还是并行处理所有承诺?或者,更具体地说,它相当于运行像 或者是一些其他类型的算法的所有,,,,,等是被称为在同一时间(并行)和结果尽快返回所有的决心(或一个不合格品)? 问题2: 如果并行运行,是否有方便的方法可以依次运行可迭代程序? 注意 :我不想使用Q或Bluebird,而是要使用所有本机ES6规范。 问题答案: 正在执行的
以下构造是否以任何可能的方式阻塞或锁定?这是使用R2DB的正确方式吗?否则,如何以被动方式处理表中的所有记录? 我关心的是在整个流量消耗之前数据库连接、表和Reactor线程发生了什么。如果我正在阻塞线程,或者我保持表锁定,或者数据库连接被阻塞。 目的是写一个表中所有行的批处理。对于每一行,我都要执行一个活动,该活动包括从外部web服务获取数据,并最终在同一个表中覆盖原始发票。 假设单行处理方法(
在我的应用程序中,有多个企业。每个企业登录并做一些动作,如上传数据,然后Kafka生产者采取的数据,并发送到主题。另一方面,Kafka消费者使用来自主题的数据并执行业务逻辑。并保存到数据库中。在这种情况下,当单个企业登录时,一切都很完美。但当多个企业登录时,则Kafka依次消费。也就是说,我如何使过程并行?在多个客户端请求上。提前谢了。
我们有一个基于quartz的调度程序应用程序,每分钟运行大约1000个作业,这些作业平均分布在每分钟的几秒钟内,即每秒大约16-17个作业。理想情况下,这16-17个作业应该同时触发,但是我们的第一条语句,它只是记录执行的时间,任务的execute方法调用得很晚。假设从05:00到05:04,我们每分钟安排1000个工作。因此,理想情况下,计划在05:03:50的作业应该在05:03:50记录ex
问题内容: 假设我有以下代码: 输出是相同的线程名称,因此这里没有任何好处-我的意思是,只有一个线程可以完成所有工作。 里面是这段代码: 我知道如果“外部”流是并行的(可能会阻塞),则强制该属性,“外部”将不得不等待“ flatMap”完成,反之亦然(因为使用了相同的公共池),但是为什么 总是 强迫那个? 那是在以后的版本中 可能会 更改的事情之一吗? 问题答案: 有两个不同方面。 首先,只有一个
问题内容: 我们有一个基于石英的调度程序应用程序,该应用程序每分钟运行约1000个作业,每分钟的秒数均匀分布,即每秒约16-17个作业。理想情况下,这16-17个作业应同时触发,但是该作业的execute方法的第一个语句(仅记录执行时间)非常晚。例如,假设我们从05:00到05:04每分钟安排1000个作业。因此,理想情况下,计划在05:03:50进行的作业应该在05:03:50记录了execut