@timeout可作用于@test、@beforeeach、@aftereach、@beforeall和@afterall，按方法执行时间单独计时；需显式指定时间单位，避免默认毫秒误判；与asserttimeout协同使用更稳妥，注意静态方法中子线程不被中断等陷阱。
JUnit 5 中用 @Timeout 控制超时，关键在于区分“作用范围”和“生命周期阶段”——它不是只管 @Test 方法本身，还能精准覆盖 @BeforeEach、@AfterEach 甚至 @BeforeAll 和 @AfterAll，但必须清楚每种用法的生效边界和潜在风险。
@Timeout 注解可作用于各类生命周期方法
该注解支持标注在任意测试生命周期方法上，超时判断以该方法的整个执行时间为依据：
- 标在
@Test上：仅约束测试主体逻辑，不包含前后置方法 - 标在
@BeforeEach或@AfterEach上：对每次测试前/后执行的清理或初始化动作设限，比如连接池获取、事务回滚、临时表删除等 - 标在
@BeforeAll或@AfterAll上：适用于耗时较长的全局资源准备（如启动嵌入式数据库、加载测试数据集），但需注意：一旦超时，整个测试类将中止，后续所有测试均跳过
时间单位与配置方式要匹配场景
避免默认毫秒误判，推荐显式指定单位：
- 短耗时操作（如单条 SQL 执行）用毫秒：
@Timeout(value = 200, unit = TimeUnit.MILLISECONDS) - 批量操作或轻量集成（如小批量插入+校验）用秒：
@Timeout(seconds = 5) - 全局初始化（如 H2 数据库建表+初始数据导入）可用更宽松的阈值：
@BeforeAll @Timeout(minutes = 1)
注意：JUnit 5 的 @Timeout 不接受字符串或常量表达式，必须是编译期确定的字面量。
生命周期超时与 assertTimeout 协同使用更稳妥
@Timeout 是粗粒度兜底，而 assertTimeout 可嵌入具体业务段，两者互补：
-
@Timeout在@BeforeEach上防止连接初始化卡死，但若连接成功，后续 SQL 执行仍可能慢——这时应在测试体内用assertTimeout(ofSeconds(3), () -> userDao.findByName("test")) - 若
@AfterEach清理数据用了@Timeout(seconds = 2)，但实际清理逻辑里包含异步日志写入或外部回调，建议改用assertTimeoutPreemptively强制中断线程，避免残留资源影响下一测试 - 对含事务的测试，超时发生在 commit 阶段时，
@Timeout会直接抛出异常导致事务未回滚；此时应结合@Transactional+assertTimeout封装 DAO 调用，确保超时后事务能被框架自动 rollback
避免常见陷阱
几个容易忽略却影响稳定的细节：
-
@Timeout对静态方法（@BeforeAll/@AfterAll）生效，但若该方法内启用了新线程（如异步初始化），超时只检测主线程，子线程不会被中断 - 在 Spring Boot 测试中，
@SpringBootTest启动上下文本身不计入@BeforeAll超时，但自定义的@BeforeAll方法若依赖尚未就绪的 bean，可能因等待注入而超时 - 不要在
@BeforeEach和@AfterEach同时加@Timeout并设相同值——若两者总耗时接近阈值，叠加波动易导致偶发失败
