Java中Exchanger代码块针对SonarLint静态合规检查的调整优化

Exchanger 使用需显式设超时、正确处理 InterruptedException 并确保线程配对；应避免无参 exchange()、吞没异常、单线程或短生命周期线程中使用，推荐封装组件并补充单元测试验证边界场景。

Exchanger 在 Java 中属于并发工具类，用于两个线程间安全交换数据。但在 SonarLint 静态检查中，若使用不当（如未正确处理异常、未限制等待时间、或在非配对场景下误用），可能触发诸如 java:S2275（潜在死锁）、java:S1166（忽略异常）或 java:S2142（吞没 InterruptedException）等告警。

避免无超时的阻塞调用

Exchanger.exchange() 默认会无限期等待配对线程，容易引发线程挂起甚至死锁。SonarLint 通常建议显式设置超时，防止不可控阻塞。

• 改用 exchange(V x, long timeout, TimeUnit unit) 替代无参版本
• 合理设定 timeout（如 3–5 秒），并配合业务逻辑做超时降级（如返回默认值或抛出业务异常）
• 捕获 TimeoutException 和 InterruptedException，不简单吞掉

确保成对线程调用且生命周期可控

SonarLint 无法自动校验线程协作逻辑，但可通过代码结构降低风险：避免在单线程环境、递归调用或短生命周期线程中使用 Exchanger；推荐封装为专用协作组件，明确约束使用边界。

• 将 Exchanger 实例设为 private final，避免跨模块误用
• 配合 ExecutorService 管理参与交换的线程，确保线程池大小 ≥2，且任务提交顺序支持配对
• 不在 Lambda 表达式或匿名内部类中隐式捕获 Exchanger，防止引用泄漏或作用域混乱

正确处理 InterruptedException

当线程被中断时，Exchanger 会抛出 InterruptedException。SonarLint 要求必须响应中断状态，不能仅记录日志后继续执行。

立即学习“Java免费学习笔记（深入）”；

• 捕获后应调用 Thread.currentThread().interrupt() 恢复中断标记
• 避免在 catch 块中直接 return 或静默吞掉，尤其不能在 finally 块中重置中断状态
• 若上层方法声明 throws InterruptedException，可选择向上抛出而非本地处理

补充单元测试验证配对行为

SonarLint 不检查运行时逻辑，但缺失测试易掩盖 Exchanger 使用缺陷。添加针对性测试能提前暴露配对失败、超时、中断等边界问题。

• 用 CountDownLatch 同步两个线程启动时机，模拟真实交换场景
• 覆盖正常交换、超时、中断、异常抛出三类 case
• 结合 Thread.interrupt() 和 assertThrows 验证中断传播是否合规

不复杂但容易忽略：Exchanger 的合规性关键不在语法，而在协作契约的显式表达和中断语义的尊重。把超时、中断、配对约束写进代码结构里，SonarLint 的告警自然收敛。