为何无catch的Promise内部错误无法冒泡被外层try/catch捕获？

核心原因是同步执行上下文和异步微任务的执行时机完全割裂，JS原生的try/catch是同步语法，只能捕获当前同步执行栈中抛出的异常，无法捕获当前同步代码执行完成后，才在后续事件循环中触发的异步错误。

我们逐行拆解你给出代码的执行流程，就能看得很清楚：

• 代码进入try块，同步执行getUserById(10, false)：该函数内部的Promise executor是同步运行的，检测到authorized为false后立刻调用reject()，把Promise状态标记为rejected——注意这里你没有在reject()后加return，后续的resolve()还是会执行，但Promise状态一旦变更就无法修改，所以resolve()不会产生任何效果。
• 紧接着同步执行.then()调用：这一步只是给Promise注册成功状态的回调函数，不会等待Promise落定，注册动作完成就立刻往下走。
• 同步执行console.log('next')，这就是你会看到next先打印的原因。
• 到这里整个try块内的所有同步代码全部执行完毕，try/catch的上下文直接退出，根本不会停留等待Promise状态落定。
• 等当前同步执行栈完全清空，事件循环开始处理微任务队列时，才会处理这个已经是rejected状态的Promise——这时候你既没有给.then()传入失败状态的回调，也没有链式调用.catch()注册错误处理，Promise就会抛出一个未捕获的异步异常，此时早就脱离了之前try/catch的作用范围，自然无法被捕获。

如果要让同步的try/catch能捕获这类Promise异步错误，意味着JS执行到Promise调用时必须阻塞主线程，一直等到Promise状态从pending变为fulfilled/rejected才能继续往下执行。这种设计会彻底废掉JS非阻塞事件循环的核心优势——所有异步操作（网络请求、定时器、文件读写）都会卡住主线程，浏览器页面会直接失去响应，根本无法支撑正常的交互逻辑。

你可以用两种常规方式捕获这类错误：

• 直接用Promise链式调用的catch方法注册错误处理，这是Promise原生提供的错误捕获逻辑：

getUserById(10, false)
  .then(user => console.log(user.username))
  .catch(error => console.log(`Caught by promise catch: ${error}`));

• 用async/await把异步代码改写为类同步写法，此时try/catch可以正常工作：await会暂停当前async函数的执行上下文，等Promise落定后再恢复执行，异常会直接抛到当前上下文里，被外层catch捕获。

const init = async () => {
  try {
    const user = await getUserById(10, false);
    console.log(user.username);
    console.log('next');
  } catch (error) {
    console.log(`Caught by try/catch: ${error}`);
  }
}
init();

额外注意：如果Promise已经被标记为rejected，你始终没有给它绑定任何错误处理回调，浏览器和Node环境都会触发全局的unhandledrejection事件，不会让错误直接消失。

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