SynchronousQueue到底是个啥阻塞队列？

说实话，hen多人一听名字就懵了。 其实它就是“同步队列”。 别kan名字拗口，概念超简单。 它根本不存数据，生产者和消费者必须“一对一”配合。 生产者把元素放进去，立马等消费者把它拿走。 要是没有消费者等着，那生产者就卡住——这就是阻塞。 同理，消费者想取东西却没人来提供，也会卡住。 所以它是一个没有容量的BlockingQueue。 哈哈，这种设计在并发场景下非常有用。

先说下Zui核心的两个操作：put 和 take。 put 时Ru果有线程Yi经在调用 take，两个线程直接碰面元素立刻交接。 Ru果没有，就把自己的请求挂在内部链表里等下一个匹配的线程出现。 take 同理，要么马上找到了等待的 put，要么自己挂起等别人来。 这个过程全部靠 CAS和自旋+park 实现，无锁高效。 公平模式会按照 FIFO 顺序配对，非公平模式则随意挑选——后进先出像栈一样。 不对不对，应该说非公平geng像“抢占”，谁先到谁先配。

Ru果业务要求严格的顺序，比如日志写入、订单处理，用 fair 参数构造就行：new SynchronousQueue<>。 但大多数情况下我们geng倾向于非公平，因为它性Nenggeng好，延迟geng低。 非公平其实是默认构造函数背后的实现——TransferStack 栈结构。 要记住一点：栈结构意味着后来的线程可Neng抢到前面的请求，这在高并发时Neng提升吞吐。

你要Zuo的是“生产者直接交付给消费者”，而不是缓存中转。 典型场景：线程池的工作队列，尤其是 SynchronousQueue 用来实现“无界扩容”。 还有一些实时流处理、事件驱动系统，需要零延迟传递数据时也会用到它。

SynchronousQueue queue = new SynchronousQueue<>;
// 生产者
new Thread -> {
    try {
        System.out.println;
        queue.put; // 会阻塞等消费者
        System.out.println;
        queue.put;
    } catch  { }
}).start;
// 消费者
new Thread -> {
    try {
        Thread.sleep;
        System.out.println);
        Thread.sleep;
        System.out.println);
    } catch  { }
}).start;

别忘了 SynchronousQueue 没有内部缓冲，所以它几乎没有内存占用。 但这也意味着Ru果你的生产者远快于消费者，就会出现大量线程阻塞甚至 OOM。 合理调优线程数、使用限流Ke以避免这种情况。

ArrayBlockingQueue 有固定容量，会在满了以后让 producer 等待；LinkedBlockingQueue 则是可扩容的无限队列；PriorityBlockingQueue 按优先级排队。 而 SynchronousQueue 完全没有容量，它只负责“握手”。 所以Ru果你想要缓存，那这些普通队列才是首选；Ru果你想要实时交付，就上 SynchronousQueue。

为什么百度不收录我的页面？ 这个问题跟我们聊的技术其实没太大关系，但hen多人问，我顺便说一下吧—— 百度爬虫喜欢抓取有内容、有链接、加载快的页面。Ru果你的页面只有一段代码或者几行文字，又没有外链，爬虫可Neng直接跳过。 再者，Ru果服务器返回了错误码或者用了 robots.txt 禁止抓取，也会导致不被收录。 解决办法hen简单：确保页面返回200 OK，加点正文内容、标题标签、适当内部链接，再给搜索引擎留点时间，大约几天后就会kan到收录效果啦！哈哈。

还有哪些误区？ hen多人以为 SynchronousQueue Neng自动平衡生产和消费，其实它只是把两端“卡”在一起，真正的平衡还是得靠业务侧控制并发度。

同步、零容量、CAS、自旋+park、FIFO/非 FIFO 配对、适合实时交付场景。

咱就是说用好了 SynchronousQueue Ke以让你的系统geng加“即插即用”，减少中间缓冲带来的复杂度。

Zui后提醒一句，玩并发别忘了加上异常捕获和中断处理，不然卡死的线程可不好玩。

好了这篇文章差不多就写完了你懂的~祝编码愉快！