Promise.all 嵌套 Promise.all 顺序错乱？

[w292614191]

我有下面这段代码，理论应该先输出“11111111”在输出“cccc”。

https://imgur.com/a/YuHi7NC.png

实际在控制台却不是这样的。

https://imgur.com/u98fTNa.png


哪位大佬能分享下这是为什么吗？

[w292614191]

补两张图。

[timethinker]

Promise 构造函数传入的 executor 函数会被立即执行。

[pixcai]

2 楼说的对

[churchill]

谁的理论呀？
ECMAScript 的理论是立即执行
https://tc39.es/ecma262/multipage/control-abstraction-objects.html#sec-promise-executor

[johnli]

2 楼说的对，所以依赖的顺序是 resolve 的结果，不是中间过程

[w292614191]

@timethinker #2 也就是在需要的时候构建，而不是提交构建放哪里？

[w292614191]

@timethinker #2 而不是提前构建好。

[w292614191]

@timethinker #2 还是不对，我不调用 Promise.all ，他们也执行，这是啥逻辑？

应该是 Promise.all 然后才会并发执行吧？

[w292614191]

如果是“立即执行” ，Promise.all 的意义是啥？结果都产生了。

[timethinker]

Promise != Lazy ，你需要的更像是 Lazy

[timethinker]

刚 Google 到的一篇文章： https://tusharf5.com/posts/js-promises-eager-not-lazy/

[w292614191]

@timethinker #11 学习了，非常感谢，我现在理解了。

[jadehare]

@w292614191 #9
let getSys = function(resolve){
console.log("111")
resolve();
}
ruleArr.push(getSys);

Promise.all(ruleArr.map(a=>new Promise(a)));

[Yeen]

你传给 promise 的异步回调本身并不能保证同步顺序。
这个问题简化一下更好理解。你构造两个 promise ，都是 http 请求。你并不能保证哪个请求先返回。
如果需要同步，要么在 then 串行起来；要么 await 同步。

[Yeen]

@w292614191 立即执行不等于立即有结果。比如网络请求

[okakuyang]

可以在 for of 里用 awit 顺序执行

[ZoeeoZ]

promise.all 我遇到过最迷幻的一次问题是: 里边的两个(校验表单的)函数调换一下顺序(比如 B,A)就永远走失败,但不调换(A,B)就正常,我调了 N 久才发现是这俩顺序的问题