测试 promise 链需用 async/await 直接 await 调用、resolves/rejects 断言结果、逐层 mock 中间返回值、spy 验证执行顺序与副作用，并显式处理 rejection 和并发逻辑。
测试多重 Promise 嵌套或链式调用，核心是控制异步行为、隔离外部依赖、验证最终状态和中间过程。关键不在于“嵌套多深”，而在于能否准确断言每个环节的执行顺序、返回值、错误传播以及副作用（如函数调用次数、参数）。
用 Jest 模拟 Promise 链并 await 最终结果
现代测试框架（如 Jest）原生支持 async/await，可直接 await 整个链式调用，无需手动处理 resolve/reject：
- 把被测函数声明为
async，在 test 中用await调用它，Jest 会自动等待链式 Promise 完成 - 用
expect(...).resolves.toEqual(...)断言成功结果，用expect(...).rejects.toThrow(...)断言失败路径 - 避免写
return promise.then(...).catch(...)这类旧式写法，容易遗漏错误或导致未处理 rejection
逐层 mock 中间 Promise 返回值，验证调用逻辑
如果链中涉及多个外部函数（如 fetchUser() → fetchPosts() → formatData()），需逐个 mock 它们的返回 Promise：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 用
jest.mock('./api')或jest.fn().mockResolvedValue(...)控制每一步输出 - 检查函数是否按预期被调用：例如
expect(fetchPosts).toHaveBeenCalledWith(userId) - 可故意让某步 reject（
mockRejectedValue(new Error('timeout'))），验证错误是否正确冒泡到顶层
验证 Promise 链的执行顺序与副作用
链式调用中，.then() 回调的执行时机和次数容易出错，尤其含条件分支或重复调用时：
- 用
const spy = jest.fn()包裹关键回调，再通过expect(spy).toHaveBeenCalledTimes(1)确认只执行一次 - 对含副作用的操作（如日志、状态更新），在测试前清空 mock，并断言其调用参数和顺序
- 注意：
Promise.resolve().then(a).then(b)中，a和b是微任务，必定按序执行；但若链中混入setTimeout或其他宏任务，需用jest.useFakeTimers()控制
避免常见陷阱：未处理 rejection 和竞态问题
测试时容易忽略未捕获的 Promise rejection，导致测试“看似通过”实则报错：
- 在 test 末尾加
await expect(Promise.reject('err')).rejects.toThrow('err')类似语句，确保 rejection 被显式处理 - 若链中存在并发操作（如
Promise.all([p1, p2])），需 mock 所有子 Promise 并验证它们是否真正并发触发（可用jest.spyOn(global, 'Promise').mockImplementation(...)拦截） - Jest 默认不等待未 return 的 Promise，务必在 test 中
return或await主 Promise 链，否则测试可能提前结束
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
