应避免用 assertThrows 断言 CountDownLatch.await() 的 InterruptedException，因其为受检异常且需显式声明；超时返回 false 而非抛异常；子线程异常无法被主线程 assertThrows 捕获；中断后须恢复中断状态以保证可靠性。
在测试用例中用 assertThrows 替代传统 try-catch 捕获 CountDownLatch 相关异常时，容易忽略线程执行时机和断言作用域问题，导致测试“误通过”或“假失败”。
CountDownLatch.await() 不抛出 RuntimeException，assertThrows 会直接失败
CountDownLatch.await() 声明抛出 InterruptedException（受检异常），而 assertThrows 默认只捕获 RuntimeException 或其子类。若直接写：
assertThrows<InterruptedException>( () -> latch.await(1, TimeUnit.SECONDS) );
编译不通过——因为 lambda 表达式内调用受检异常方法，必须显式处理；JVM 不允许未声明就抛出受检异常。
正确做法是：用 assertThrows 指定受检异常类型，并确保 lambda 声明抛出它（需配合函数式接口支持，如 ThrowingRunnable）或改用传统 try-catch。
立即学习“Java免费学习笔记（深入）”；
- JUnit 5.7+ 支持泛型
assertThrows(Class<T>, Executable)，但Executable接口不声明抛出受检异常，所以仍需包装 - 常见解决方式：自己定义
ThrowingRunnable，或用AssertJ的catchThrowableOfType - 更稳妥的做法：对
InterruptedException使用传统try-catch+fail()+ 线程中断恢复（Thread.currentThread().interrupt()）
await 超时 ≠ 抛异常，assertThrows 无法捕获“正常返回 false”
latch.await(1, TimeUnit.SECONDS) 在超时后返回 false，不是抛异常。若误以为“没等到就该抛错”，用 assertThrows 包裹它，测试会立刻失败（因为根本没异常抛出）。
正确验证超时行为应是：
- 检查返回值：
assertFalse(latch.await(100, TimeUnit.MILLISECONDS)) - 结合线程状态或共享变量判断是否真正阻塞并超时退出
- 避免把逻辑错误当成异常场景来断言
多线程环境下 assertThrows 只作用于当前线程，无法捕获子线程异常
测试中常启动新线程调用 latch.await()，而 assertThrows 运行在主线程。即使子线程因中断抛出 InterruptedException，也不会传播到主线程，assertThrows 完全感知不到。
典型反模式：
new Thread(() -> {
latch.await(1, TimeUnit.SECONDS); // 异常在此线程发生
}).start();
assertThrows<InterruptedException>( () -> {} ); // 永远不触发
正确方式：
- 用
Thread.UncaughtExceptionHandler捕获子线程异常并存入原子变量 - 用
CountDownLatch或CompletableFuture同步等待子线程结束再校验 - 推荐组合：主线程调用
latch.await()，另启线程调用latch.countDown()或interrupt()，再断言主线程行为
中断状态丢失导致测试不可靠
如果测试中调用了 thread.interrupt()，但被中断线程在 await() 中捕获 InterruptedException 后未恢复中断状态（即没调 Thread.currentThread().interrupt()），后续断言可能因中断标志清空而失效。
例如验证“中断后 await 立即返回”，若只写：
thread.interrupt(); assertThrows<InterruptedException>( () -> latch.await() );
实际运行时可能因中断状态被吞掉，await() 不抛异常，测试挂掉。
关键点：
- 中断后要确保目标线程确实执行到了
await()并响应中断 - 在 catch 块里务必重置中断状态：
Thread.currentThread().interrupt() - 优先使用
CountDownLatch配合AtomicBoolean记录是否进入 await，再触发中断，提高可测性
