@RepeatedTest用于重复执行测试以暴露不稳定性，但不支持并发；需配合环境隔离、确定性操作和根源修复来提升可靠性。
@RepeatedTest 是 JUnit 5 提供的注解，用于**重复执行同一个测试方法若干次**，但它本身不提供并发执行能力，也不能直接模拟高并发场景或解决不稳定测试（flaky test）的根本问题。它更适合做“稳定性验证”——比如运行多次看是否偶尔失败，从而暴露潜在的竞态条件、状态残留或随机性缺陷。
用 @RepeatedTest 检测不稳定测试
如果你怀疑某个测试偶尔失败（例如因时间敏感、共享资源未清理、随机数依赖等），可以用 @RepeatedTest 多次运行它，观察失败频率：
- 加上
@RepeatedTest(100)让测试跑 100 次，如果其中几次失败，说明它可能是 flaky 的 - 配合
@BeforeEach和@AfterEach确保每次执行环境隔离（如清空 mock、重置静态变量、关闭临时文件句柄） - 避免在重复测试中使用
System.currentTimeMillis()或Math.random()等非确定性操作；改用可控的种子或固定值
它不是高并发测试工具
@RepeatedTest 默认是串行执行，每次调用都是独立、顺序的。即使设为 @RepeatedTest(1000)，也只是循环 1000 次，不会开线程、不并发、不压测。
- 想模拟多线程并发？得自己用
ExecutorService、CountDownLatch或ForkJoinPool在测试方法内实现 - 例如：启动 10 个线程同时调用被测方法，用
latch.await()等待全部完成，再断言结果一致性 - 注意：JUnit 不保证测试方法的线程安全性，多个
@RepeatedTest实例之间也不共享状态，但同一方法内手动启线程时需自行同步和清理
搭配其他手段提升可靠性
单靠重复执行不能修复不稳定测试，关键要定位并消除根源：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 检查是否误用了共享静态字段（如
static List<String> cache = new ArrayList<>();），每次测试前应重置或使用@BeforeAll/@AfterAll控制生命周期 - 数据库/外部服务调用尽量用内存实现（H2、Mockito、TestContainers），避免网络延迟或外部状态干扰
- 时间相关逻辑用
Clock.fixed(...)替代系统时钟，让时间可预测 - 失败时打印上下文（如当前循环次数、线程 ID、关键变量值），便于复现
一个实用小技巧：动态调整重复次数
可通过参数控制重复次数，方便调试与 CI 区分：
- 本地开发时设为
@RepeatedTest(50)快速验证 - CI 流水线中通过系统属性传参：
@RepeatedTest(value = 10, name = "Run {current repetition} of {total repetitions}")，再结合 Maven profile 控制实际数值 - 用
TestInfo获取当前轮次：@RepeatedTest(10) void testWithInfo(TestInfo info, RepetitionInfo repetitionInfo)
不复杂但容易忽略：重复测试的价值不在“多跑几次”，而在于暴露不确定性；真正稳定的测试，一次就该可靠通过。
