为何Promise.all()会阻塞进程？异步Promise未按预期执行问题咨询

Promises的设计初衷是实现异步执行，这也是其核心价值所在。但我的代码出现了无法理解的异常情况：

const myfunc = () => {

  console.log('Point A');

  const myPromise = new Promise((resolve, reject) => {

    //Some operation that needs time...
    setTimeout(resolve, 4000)

  });

  Promise.all([myPromise])
    .catch(e => {
      console.log(e)
    });

  console.log('Point B');

};


myfunc();

运行上述代码后，控制台先输出Point A，但Point B并未立即打印，而是要等Promise中的操作完成后才输出，看起来Promise在阻塞进程。请问这是什么原因？

原因分析 #

你的代码本身不会导致阻塞，正常情况下Point B应该在Point A之后立即输出，4秒后Promise完成但不会影响同步代码执行。如果出现Point B延迟输出的情况，大概率是运行环境的特殊行为，而非代码本身的问题：

• Promise构造函数是同步执行的，但内部的setTimeout属于宏任务，会被加入异步任务队列，完全不会阻塞主线程的同步代码。
• Promise.all及其.catch回调属于微任务，同样会在同步代码执行完毕后才触发，不会干扰console.log('Point B')的执行顺序。
• 只有在特定调试场景（比如开启了某些调试工具的断点、异步任务追踪功能）中，环境可能会改变代码的执行表现，让你产生“阻塞”的错觉。

建议在无调试的干净环境（比如普通浏览器标签页、直接运行Node.js脚本）中测试这段代码，Point B会在Point A之后立刻打印，和Promise的异步操作完全无关。

内容的提问来源于stack exchange，提问作者Soroush Bgm