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 Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
- 捕获后应调用
Thread.currentThread().interrupt()恢复中断标记 - 避免在 catch 块中直接 return 或静默吞掉，尤其不能在 finally 块中重置中断状态
- 若上层方法声明 throws InterruptedException，可选择向上抛出而非本地处理
补充单元测试验证配对行为
SonarLint 不检查运行时逻辑，但缺失测试易掩盖 Exchanger 使用缺陷。添加针对性测试能提前暴露配对失败、超时、中断等边界问题。
- 用
CountDownLatch同步两个线程启动时机，模拟真实交换场景 - 覆盖正常交换、超时、中断、异常抛出三类 case
- 结合
Thread.interrupt()和assertThrows验证中断传播是否合规
不复杂但容易忽略：Exchanger 的合规性关键不在语法，而在协作契约的显式表达和中断语义的尊重。把超时、中断、配对约束写进代码结构里，SonarLint 的告警自然收敛。
