将同步函数包裹进Promise能否实现并行执行？相关疑问解析

先直接给你结论：你代码里的写法不会让三个循环并行执行，总耗时和原来的同步流程几乎一样（甚至可能多一点Promise的微小开销），根本快不起来。下面我一步步给你拆解原因，再解答你后面的疑问。

为什么你的代码没法并行？ #

首先得明确JavaScript的核心特性：单线程。主线程的调用栈一次只能执行一个任务，同步代码会直接占用调用栈直到完成，不会给其他任务插队的机会。

看你写的loop1函数（顺便提一句，你代码里的loop1Counter += 1写在了循环外面，这是个小bug，得放到循环里才会正常迭代）：

function loop1() { 
  return new Promise((resolve, reject) => { 
    let loop1Counter = 0 
    const loop1Array = [] 
    while (loop1Counter < 10 **8) { 
      // Do some work 
      loop1Array.push(resultOfWork) 
      loop1Counter += 1 // 这行要放到循环里才对！
    } 
    resolve(loop1Array) 
  }) 
}

当你调用loop1()的时候，Promise构造函数的回调是同步执行的——也就是说，那个耗时5秒的while循环会立刻在当前调用栈里跑满5秒，直到循环结束才会返回一个已经resolve的Promise。

那你在test函数里写的：

const promisesToAwait = [loop1(), loop2(), loop3()]

这行代码会先同步执行完loop1的整个循环，再执行loop2的整个循环，最后执行loop3的整个循环，三个Promise都是在这之后才被放进数组里的。Promise.all等的只是三个已经完成的Promise，根本没起到“并行等待”的作用。

那怎么才能让这些CPU密集任务“并行”？ #

因为JavaScript主线程是单线程的，CPU密集型的同步任务没法在主线程并行。要真正并行，你得用Web Workers（浏览器端）或者worker_threads（Node.js端）——把每个循环放到独立的工作线程里，让它们在后台和主线程并行执行，这样三个5秒的任务就能差不多在5秒左右完成，总耗时会大幅缩短。

何时需要给同步代码创建自定义Promise？ #

你问的这个点很关键，不是所有同步代码都需要包成Promise，只有在这些场景下才有意义：

• 统一API风格：如果你的项目里有些函数是异步返回Promise（比如调用后端API），有些是同步返回结果，为了让调用方不用区分是同步还是异步，统一用Promise封装，这样调用方都可以用await或者.then()来处理，不用写两套逻辑。
• 统一错误处理：同步代码的错误需要用try/catch捕获，而Promise的错误可以用.catch()或者await配合try/catch统一处理。如果你的同步代码可能抛出错误，包成Promise后可以和其他异步操作的错误处理逻辑对齐。
• 延迟执行同步任务：比如你想把同步任务放到下一个事件循环执行（避免阻塞当前的UI渲染或者其他同步逻辑），可以在Promise里用setTimeout或者queueMicrotask包裹同步代码，比如：

  function delayedSyncTask() {
    return new Promise(resolve => {
      setTimeout(() => {
        // 原来的同步任务
        resolve(result);
      }, 0);
    });
  }
  

• 和异步操作组合：如果你的同步结果需要和其他Promise一起用Promise.all、Promise.race等方法组合，把同步结果转成Promise会更方便，不用单独处理同步值。

总结一下 #

1. 你当前的写法不会让循环并行，因为Promise构造函数里的同步代码还是会阻塞主线程，顺序执行；
2. CPU密集任务要并行得用Worker线程，Promise帮不了你；
3. 只有在统一API、统一错误处理、延迟执行、组合异步操作这些场景下，才需要给同步代码包Promise。

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