exchanger 不提升并行度，而是通过无锁原子交换提升两线程协作的同步效率与数据流转质量；其一对一配对、零拷贝、超时可控等特性专为双线程周期性协作设计。
Exchanger 不提升“并行度”本身，而是提升两个线程在协作过程中的**同步效率与数据流转质量**。它不增加线程数量或加快单个任务执行速度，而是让成对线程在关键点上无锁、原子、低开销地交换数据，从而避免传统方案（如共享变量+锁、BlockingQueue）带来的竞争、拷贝或调度延迟。
精准配对，消除无效等待
Exchanger 内部采用“一对一槽位等待”机制：第一个调用 exchange() 的线程将数据放入临时槽并挂起；第二个线程到来后立即完成交换并唤醒双方。没有队列排队、没有多线程争抢、没有中间存储——双方严格配对，一次交换即完成。这比用 BlockingQueue 做双线程交接更轻量，也比手动加锁判断状态更简洁可靠。
- 避免了多线程场景下常见的“假唤醒”或“空轮询”问题
- 不依赖 volatile 或 synchronized，JVM 底层保证交换动作的原子性
- 线程不会因等待无关线程而阻塞，只等唯一搭档
零拷贝交换，减少内存与调度开销
Exchanger 交换的是对象引用（而非深拷贝内容），双方直接传递指针。例如在双缓冲场景中，线程 A 把填满的 bufferA 交出，立刻拿到线程 B 刚清空的 bufferB；无需复制数组、无需额外分配内存、也不用通知消费者“新数据已就绪”。这种交换天然契合流水线式协作，让计算与 I/O/渲染等阶段能紧密咬合。
- 适用于 byte[]、ByteBuffer、自定义状态对象等任意引用类型
- 交换后双方可立即复用对方传来的资源，实现真正的“乒乓切换”
- 相比基于锁的缓冲区轮转，上下文切换次数更少，CPU 缓存更友好
超时控制 + 可重用设计，支撑稳定流水线
生产环境中推荐始终使用带超时的 exchange(V, timeout, unit)。一旦某线程异常退出、逻辑跳过或响应延迟，另一方不会永久卡死，而是抛出 TimeoutException，便于及时记录日志、释放资源、触发降级逻辑。同时，同一个 Exchanger 实例可被反复用于多轮交换（如连续帧渲染、迭代计算），无需重建对象，也没有状态残留风险。
- 超时值应略大于正常处理耗时（例如处理耗时 800ms，设为 1200ms）
- 捕获
InterruptedException后建议恢复中断状态：Thread.currentThread().interrupt() - 不要在线程未启动或已终止时调用 exchange，否则必然阻塞或抛异常
适用边界清晰，避免误用反拖慢性能
Exchanger 的价值建立在“恰好两个线程、周期性协作”的前提上。若强行用于三线程轮转、广播分发或异步回调，反而会因第三个线程无限等待导致线程池饥饿，甚至引发系统级卡顿。它不是通用通信组件，而是为特定模式定制的“协作齿轮”——用对了，协同流畅；用错了，整个链条卡死。
- 典型正向场景：双缓冲渲染、双阶段校验、配对模拟测试、基因算法个体交叉
- 禁用场景：替代 BlockingQueue 做多生产者-多消费者、在单线程内循环调用、跨多个 Exchanger 实例混用
- 若需 N 线程同步，请改用 CyclicBarrier 或 Phaser
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
