JavaScript异步测试中，try/catch需在try内await才能捕获Promise拒绝；否则异常逸出导致静默失败。推荐用Jest的expect(...).rejects断言替代手动try/catch。

在 JavaScript 异步测试中，try/catch 不能直接捕获 Promise 拒绝（reject）或 async/await 抛出的异常，除非你正确地将异步操作“等待”进 try 块内。否则，异常会逸出到测试框架无法追踪的微任务队列中，导致测试静默失败或报 UnhandledPromiseRejectionWarning。

✅ 正确写法：await 必须在 try 内部

使用 async/await 时，只有把 await 放在 try 块中，才能让拒绝态 Promise 触发 catch：

• ❌ 错误：await 在 try 外，异常无法被捕获

test('should throw on invalid input', async () => {
  const fn = async () => { throw new Error('bad'); };
  const result = await fn(); // 异常在此抛出，但不在 try 中
  expect(result).toBe(1);
});

• ✅ 正确：await 包裹在 try 内

test('should throw on invalid input', async () => {
  const fn = async () => { throw new Error('bad'); };
  try {
    await fn();
    fail('expected error to be thrown'); // Jest 专用断言，表示应失败
  } catch (err) {
    expect(err.message).toBe('bad');
  }
});

✅ 测试 Promise.reject 时也同理

即使不用 async/await，而是用原生 Promise 链，也要确保 .catch() 被调用，或用 await + try/catch：

• 用 await + try/catch（推荐，语义清晰）
• 用 .then().catch() 并在 catch 中做断言（需返回 Promise 让测试等待）
• 避免只写 .catch(console.error) —— 这不会让测试失败

✅ 注意 Jest 等框架的隐式 Promise 处理

Jest 会自动等待返回的 Promise 完成，但不会自动捕获未处理的拒绝。所以：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

立即学习“Java免费学习笔记（深入）”；

• 如果你没显式处理 reject（比如漏了 catch 或 await），Jest 5.x+ 会报错并使测试失败
• 不要依赖 process.on('unhandledRejection') 来兜底 —— 这属于副作用，且不可靠
• 对多个异步调用，每个 await 都建议放在独立的 try/catch 中，或统一用一个块包裹

✅ 补充技巧：用 expect(() => …).rejects

Jest 提供更简洁的断言方式，无需手写 try/catch：

test('should reject with message', async () => {
  const fn = async () => { throw new Error('oops'); };
  await expect(fn()).rejects.toThrow('oops');
});

这背后 Jest 会自动处理 Promise 拒绝，并断言错误内容，比手动 try/catch 更安全、可读性更好。