exchanger是专为两个线程在同步点原子交换数据设计的工具，而synchronousqueue是无容量的单向生产-消费队列，二者语义与机制根本不同，不可配合使用；强行混用会导致阻塞、错配或死锁。
SynchronousQueue 和 Exchanger 是两种不同用途的并发工具，它们不能也不应该配合使用来实现双线程数据交换。原因很直接：二者设计目标、语义机制和适用场景完全不同，强行“配合”不仅无意义，反而会引入复杂性、死锁风险或逻辑错误。
为什么 SynchronousQueue 不适合用于双线程数据交换
SynchronousQueue 是一个没有内部容量的阻塞队列，每个插入操作必须等待另一个线程执行匹配的移除操作（反之亦然），本质上是为“生产-消费”模型服务的——它传递数据，但不保存、不配对、不保证双方同时到达。
它不关心线程身份，也不绑定交换关系；两个线程通过它传递数据时，是单向的、异步的、无状态的。比如线程 A 放入数据，线程 B 取出，之后 A 和 B 就不再关联。这与“双线程约定好、同时交换各自数据”的需求本质冲突。
Exchanger 才是专为双线程数据交换设计的工具
Exchanger
用法简单清晰：
- 两个线程分别调用 exchange(value)，都会阻塞直到对方也调用
- 一旦双方都到达，立即交换值并返回对方的数据
- 如果一方提前退出或超时，另一方会收到 InterruptedException 或 TimeoutException
示例片段：
Exchanger<string> ex = new Exchanger();
// 线程1
String data1 = ex.exchange("from-thread-1"); // 阻塞，直到线程2也调用
// 线程2
String data2 = ex.exchange("from-thread-2"); // 阻塞，直到线程1也调用
// 结果：data1 == "from-thread-2", data2 == "from-thread-1"
</string>
误用 SynchronousQueue 模拟 Exchanger 的问题
有人尝试用两个 SynchronousQueue（一进一出）模拟双向交换，例如：
- 线程 A 向 queue1 放数据，从 queue2 取数据
- 线程 B 向 queue2 放数据，从 queue1 取数据
这种做法存在严重缺陷：
- 无法保证“同时性”：A 可能已放入并等待取，B 却尚未启动或卡在别处，导致无限阻塞
- 缺乏配对保障：若第三个线程意外参与，可能窃取或错配数据
- 异常处理复杂：中断、超时、线程终止时难以安全清理状态
- 代码冗余且易出错，违背“用对工具做对事”的原则
该用哪个？一句话结论
要实现严格意义上的双线程数据交换，请直接使用 Exchanger —— 它轻量、安全、语义明确、JDK 原生支持。
需要多对一、一对多、带缓冲的异步数据传递时，再考虑 SynchronousQueue（配合 ThreadPoolExecutor）、LinkedBlockingQueue 或 ArrayBlockingQueue 等。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
