JUnit 5异步测试需显式控制CompletableFuture生命周期，推荐用join()或带超时的get()主动等待，结合Mockito模拟并手动触发完成，避免@Timeout替代逻辑等待及sleep。
JUnit 5 本身不直接管理异步执行，但配合 CompletableFuture 编写可靠异步测试的关键，在于**显式控制异步任务生命周期、避免竞态、正确验证结果或异常**，而不是依赖“自动等待”。
用 join() 或 get() 主动等待完成
这是最常用也最稳妥的方式。CompletableFuture 的 join()（无检查异常）或 get()（抛出 ExecutionException）会阻塞当前测试线程，直到异步任务完成或超时。
-
join()更简洁，适合快速验证；若任务异常完成，它会把底层异常包装成CompletionException抛出，可直接用Assertions.assertThrows(CompletionException.class, ...)捕获 -
get(long, TimeUnit)支持超时，能防止测试无限挂起，推荐在集成场景或外部依赖不可控时使用
模拟异步行为并手动触发完成
当被测方法返回 CompletableFuture，但内部调用了外部服务（如 HTTP 客户端、数据库），应通过 Mockito 等工具模拟该调用，并返回一个可控的 CompletableFuture。
- 创建未完成的
CompletableFuture<String> mockFuture = new CompletableFuture<>(); - 用
when(service.call()).thenReturn(mockFuture);替换真实调用 - 在测试逻辑中调用
mockFuture.complete("expected")或mockFuture.completeExceptionally(new RuntimeException())来驱动状态 - 再调用被测方法，用
join()验证最终结果
避免使用 @Timeout 替代逻辑等待
JUnit 5 的 @Timeout 是全局超时机制，仅用于兜底防卡死，不能替代对异步流程的主动控制。
- 它无法区分是“任务真慢”还是“根本没启动/漏了
complete” - 一旦超时，错误信息不包含异步链路的上下文，排查困难
- 应优先确保
CompletableFuture被正确创建、完成，并用join()显式等待
验证多个异步任务的组合逻辑
测试 thenApply、thenCombine、allOf 等编排操作时，重点验证组合后的结果是否符合预期，而非执行顺序。
- 对
thenCombine(f1, f2, ...)：分别构造两个已完成的CompletableFuture，传入组合逻辑，直接join()断言返回值 - 对
CompletableFuture.allOf(...)：它返回CompletableFuture<Void>，需额外用thenApply提取各子任务结果，或改用CompletableFuture.<List<T>>supplyAsync(...).thenCompose(...)风格聚合 - 避免在测试中 sleep 等待——这不可靠且拖慢执行
