JUnit 5 中不存在 AssertTimeoutPreemptively，因其既非官方API也非扩展库组件；真正支持的超时机制仅有 @Timeout 注解，它不中断线程，仅抛出 AssertionFailedError；需手动结合 CompletableFuture.orTimeout()、ExecutorService.shutdownNow() 或 Awaitility 实现安全异步测试。
JUnit 5 中没有 AssertTimeoutPreemptively 这个类或断言方法。 它不属于 JUnit Jupiter（JUnit 5）官方 API，也不是标准库、扩展库（如 junit-jupiter-params 或 assertj）中的合法组件。
为什么搜不到 AssertTimeoutPreemptively？
该名称容易引发误解，常见原因有：
- 混淆了 JUnit 4 的
Timeout规则（非抢占式，仅标记失败）与“真正中断线程”的期望； - 误记了第三方库（如 Awaitility）中类似语义的等待断言（如
await().atMost(3, SECONDS).until(...)）； - 将 Java 原生并发工具（如
CompletableFuture.orTimeout()、ExecutorService.invokeAny()）或 Spring 的@Async(timeout = ...)当作 JUnit 内置断言。
JUnit 5 真正支持的超时方式只有 @Timeout
这是唯一原生、声明式的超时机制，行为明确且稳定：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 作用于测试方法，例如：
@Test @Timeout(value = 2, unit = TimeUnit.SECONDS)； - 计时从测试方法开始执行起算，超时后抛出
AssertionFailedError，测试失败； - ⚠️ 不中断任何线程——异步任务（如未关闭的
ExecutorService、死循环线程、阻塞 I/O）仍会继续运行，可能造成资源泄漏或干扰后续测试； - 适用于简单场景：比如调用一个未设超时的
Future.get()、等待回调但未加防护的接口。
想实现“抢占式”效果？需手动编码控制
若必须中断后台操作（例如取消长时间运行的异步任务），应结合 Java 并发原语，在测试代码中显式处理：
- 使用可取消的异步结构：如
CompletableFuture+orTimeout()+exceptionally()； - 配合
ExecutorService并在@AfterEach中调用shutdownNow()清理； - 对阻塞调用封装为可中断逻辑（如用
Thread.interrupted()检查、或改用 NIO/异步驱动）； - 示例（安全等待 Future）：
String result = future.orTimeout(1, TimeUnit.SECONDS).join();
此时超时会触发CompletionException，可被assertThrows()捕获。
替代方案推荐：Awaitility（专为异步测试设计）
如果你频繁测试异步行为，强烈建议引入 Awaitility：
- 支持条件等待 + 超时 + 轮询策略；
- 自动重试、可读性强，例如：
await().atMost(2, SECONDS).until(() -> resultRef.get() != null); - 底层不依赖线程中断，而是轮询+超时判定，更符合现代异步模型（尤其虚拟线程环境）。
