关于JavaScript Promise的两项关键疑问：非返回值场景的await必要性与await阻塞机制

嘿，这两个问题问到点子上了——刚好是很多开发者刚上手Promise和async/await时容易混淆的核心点，我来给你掰扯清楚：

疑问1：不需要Promise返回值时，要不要用await？ #

你说得没错：Promise一创建就会立即执行，跟你用不用await没关系。那要不要await？核心不是回不返回值，而是错误处理。

就像你说的MongoDB插入场景：如果你只调用insert(record)却不处理它的错误，一旦插入失败，这个Promise就会变成“拒绝状态”，但因为没有任何代码捕获这个拒绝，就会触发未捕获Promise拒绝错误——在浏览器里会炸控制台，Node.js里旧版本甚至直接终止进程，新版本也会在控制台抛出严重警告。

所以哪怕你完全不关心返回值，也得处理这个Promise的错误，有两种常用方式：

• 方式1：直接用.catch()链式调用，不用await

  // 插入操作，直接捕获错误
  insert(record).catch(err => {
    console.error('日志插入失败:', err);
    // 这里可以做兜底，比如写本地日志、告警通知等
  });
  

  这种方式不影响当前代码的执行流程，适合你不需要等待插入完成再做后续操作的场景。

• 方式2：用await配合try/catch，不接收返回值

  async function handleBusinessTask() {
    // 先处理核心业务逻辑
    doSomethingImportant();
  
    // 处理日志，不用关心返回值，但要捕获错误
    try {
      await insert(record); // 不用赋值给变量
    } catch (err) {
      console.error('日志插入失败:', err);
    }
  
    // 继续其他业务操作
    doSomethingElse();
  }
  

  这种方式适合你需要等待日志插入完成（比如怕后续操作覆盖某些数据）再继续的场景，虽然用了await，但因为不关心返回值，不用把它赋值给变量。

总结：不用await也能让Promise执行，但必须处理错误——否则就是埋坑。

疑问2：await会阻塞async函数，为什么不会阻塞整个事件循环？ #

这个得从JavaScript的事件循环机制说起：await阻塞的只是当前async函数的执行上下文，而不是整个事件循环。

举个直观的栗子：

async function testAwait() {
  console.log('1. 进入async函数');
  // 这里创建一个需要等2秒的Promise
  await new Promise(resolve => setTimeout(resolve, 2000));
  console.log('3. await结束，继续执行async函数');
}

// 调用async函数
testAwait();
// 同步代码继续执行
console.log('2. 调用async函数后，同步代码先执行');

执行顺序是这样的：

1. 调用testAwait()，打印1. 进入async函数
2. 创建Promise，里面的setTimeout会把回调放到宏任务队列，然后await暂停testAwait函数的执行，把控制权交还给事件循环
3. 事件循环继续处理同步代码，打印2. 调用async函数后，同步代码先执行
4. 2秒后，setTimeout的回调触发，Promise变成resolved状态，事件循环把testAwait函数的剩余部分放到微任务队列
5. 同步任务和宏任务处理完后，执行微任务，testAwait从暂停处继续，打印3. await结束，继续执行async函数

简单说：await只是让当前async函数“暂停一下”，但事件循环该干嘛干嘛——其他同步代码、定时器、AJAX请求、UI渲染这些任务都会正常执行，根本不会卡住整个程序。这也是async/await比传统回调更优雅的原因：它让异步代码看起来像同步代码，但本质还是非阻塞的异步操作。

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