避免未捕获的异步拒绝警告，核心是确保 rejected promise 被 .catch()、await+try-catch 或 unhandledrejection 监听显式处理；测试中须用 expect(fn()).rejects.tothrow(...) 断言拒绝，禁用 unhandledrejection 仅限测试环境且不替代真实捕获，mock 异步依赖时需同步验证拒绝路径，并在 aftereach 清理悬空 promise。
避免未捕获的异步拒绝警告，核心是不让 rejected Promise 脱离控制——它必须被 .catch() 捕获、被 await + try-catch 处理，或至少被全局 unhandledrejection 监听并显式干预。
测试中主动触发并捕获 Promise 拒绝
单元测试（如 Jest、Vitest）里，不能只写 await fn() 就完事。如果被测函数内部返回一个 reject 的 Promise，而测试没做错误处理，就会触发控制台警告，甚至导致测试失败。
- 用
await expect(fn()).rejects.toThrow(...)显式断言拒绝行为（Jest/Vitest 推荐） - 手动
try/catch包裹 await，并用expect(err).toBeDefined()验证捕获结果 - 避免在测试中直接调用
fn().catch(() => {})后不检查——这会掩盖真实异常，也失去断言意义
禁用测试环境中的 unhandledrejection 报警（仅限开发/测试）
测试运行时偶尔因第三方库、mock 行为或清理逻辑产生无法完全拦截的 rejected Promise，可临时抑制控制台红字，但不能跳过捕获逻辑本身。
- 在测试入口（如
setupFilesAfterEnv）添加：
event.preventDefault();
});
- 注意：这只是隐藏警告，不是解决问题；仍需确保业务代码和测试逻辑本身已正确处理所有预期拒绝
- 生产环境绝对不要禁用
preventDefault，否则会丢失关键错误信号
Mock 异步依赖时保持 Promise 状态可控
测试中常 mock fetch、axios 或自定义 API 函数。若 mock 返回一个未处理的 reject，问题立刻复现。
- mock 返回
Promise.reject(new Error('...'))时，必须确保调用方有对应 catch 或测试中有 rejects 断言 - 避免使用
jest.mock(..., () => jest.fn().mockRejectedValue())后不验证拒绝路径 - 对并发请求（如
Promise.all）做测试时，优先考虑Promise.allSettled或逐个断言，防止一个失败拖垮整个链
配置测试运行器自动清理未完成 Promise
某些测试框架（如 Vitest）支持 clearMocks 和 restoreMocks，但更关键的是避免“悬空 Promise”：
- 测试结束后，确保没有仍在 pending 或即将 reject 的定时器、fetch 请求、事件监听等
- 在
afterEach中清理jest.useFakeTimers()或重置 mock 状态 - Vitest 用户可启用
testTimeout: 5000并配合expect.addEqualityTesters避免因超时引发未处理拒绝
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
