SynchronousQueue 是不存储元素的阻塞队列，1. 其核心为线程间直接移交数据，put 与 take 必须同时发生；2. 支持公平（FIFO）和非公平（LIFO）模式，由构造函数指定；3. 常用于 newCachedThreadPool 等场景，强调即时传递与低内存开销。
SynchronousQueue 是 Java 并发包 java.util.concurrent 中的一个特殊阻塞队列，它的核心特点是不存储元素。它主要用于线程之间的直接数据传递，一个线程将任务交给另一个线程，中间没有缓冲。
不存储元素的阻塞队列
SynchronousQueue 内部没有任何容量，不能像其他队列那样保存元素。当你调用 put() 方法时，这个操作不会立即返回，除非有另一个线程正在等待从队列中 take() 数据。换句话说，put 和 take 必须同时发生，才能完成一次数据传递。
这种设计使得 SynchronousQueue 更像是一个“移交”机制，而不是传统意义上的队列。
- 如果一个线程尝试 put 元素，但没有其他线程在 take，该线程会被阻塞，直到有消费者出现。 - 同样，如果一个线程调用 take，但没有生产者提供元素，它也会被阻塞。两种实现模式：公平与非公平
SynchronousQueue 内部有两种算法实现，由构造函数决定是否启用公平策略：
立即学习“Java免费学习笔记（深入）”；
- 非公平模式（默认）： 使用栈（LIFO）结构管理等待线程。最新等待的线程优先匹配。响应更快，但可能导致某些线程长期得不到执行。
- 公平模式： 使用队列（FIFO）结构，先等待的线程优先获得匹配。保证线程调度的公平性，但性能略低。
创建时传入 true 可启用公平策略：
new SynchronousQueue(true);
典型应用场景
SynchronousQueue 常用于生产者-消费者模型中，要求任务即时处理的场景。
- ThreadPoolExecutor 的一种工作队列选择。例如 Executors.newCachedThreadPool() 就使用 SynchronousQueue，新提交的任务如果没有空闲线程处理，就会创建新线程。 - 高并发下需要减少内存占用、避免任务堆积的系统，通过直接移交任务提升响应速度。基本上就这些。SynchronousQueue 的本质是线程间的手递手交接，强调的是“相遇”而非“存储”。理解这一点，就能明白它在并发控制中的独特价值。不复杂但容易忽略细节。
