BlockingQueue.poll(timeout, unit) 不会阻塞是因为它仅在队列为空时最多等待指定时间，超时返回null；队列非空则立即返回元素，底层基于条件队列awaitNanos()实现，非自旋且响应中断但不抛异常。
BlockingQueue.poll(timeout) 为什么不会阻塞？
poll(long timeout, TimeUnit unit) 是 BlockingQueue 接口提供的带超时的取元素方法，它和 take() 的关键区别在于：它只在队列为空时才等待，且最多等指定时间；超时后直接返回 null（或默认值），不会抛异常、也不会无限挂起。
常见误解是把它当“阻塞版 poll()”，其实它本质是“限时非阻塞尝试”——底层靠 LockSupport.parkNanos() 或条件队列的 awaitNanos() 实现，不是线程一直占用 CPU 自旋。
- 如果队列非空，立刻返回队首元素，
timeout参数完全不生效 - 如果队列为空，线程进入 WAITING 状态，等待至多
timeout时间，期间可被interrupt()中断 - 返回
null不代表失败，只表示“超时前没等到数据”，需结合业务逻辑判断是否重试或退出
怎么写一个安全的带超时等待循环？
单次 poll(timeout, unit) 往往不够——比如你希望“最多等 3 秒，但只要有数据就立刻处理”，这时需要循环调用，并小心处理中断和超时累加。
错误写法：queue.poll(3, SECONDS) 一次调用，可能刚进方法队列就空了，结果等满 3 秒啥也没等到。
正确思路是用相对起始时间控制总耗时，例如：
long deadline = System.nanoTime() + TimeUnit.SECONDS.toNanos(3);
E item;
while ((item = queue.poll(100, MILLISECONDS)) == null) {
if (System.nanoTime() >= deadline) break;
// 可选：避免忙等，此处已由 poll 内部处理休眠
}
// item != null 表示取到了；item == null 表示超时
- 不要用
System.currentTimeMillis()计算 deadline，它可能被系统时钟调整干扰 - 每次
poll()的 timeout 建议设为几十到几百毫秒，太小会增加调度开销，太大则响应延迟高 - 循环中不手动
Thread.sleep()，否则会绕过BlockingQueue的中断响应机制
哪些 BlockingQueue 实现对 timeout 支持最稳？
不是所有实现都对超时等待同样可靠。实际使用中优先选 LinkedBlockingQueue 和 ArrayBlockingQueue，它们的 poll(timeout, unit) 基于标准 AQS 条件队列，中断和超时行为一致。
要避开 PriorityBlockingQueue —— 它**根本不支持阻塞操作**，poll(timeout, unit) 等价于无参 poll()，timeout 参数被忽略，永远不等待。
-
LinkedTransferQueue和SynchronousQueue支持 timeout，但语义不同：SynchronousQueue.poll()等待的是“另一个线程刚好put()”，不是队列有数据 -
DelayQueue的poll(timeout, unit)只在队首元素到期后才返回，超时等待的是“时间到期”，不是“元素入队” - 自定义实现或第三方队列（如某些 disruptor 封装）务必查清文档，别默认 timeout 一定生效
中断（interrupt）和超时共存时会发生什么？
如果线程在 poll(timeout, unit) 等待中被 interrupt()，方法会立即返回 null，同时清除中断状态（即后续 Thread.interrupted() 返回 false），并抛出 InterruptedException 吗？答案是：**不会抛异常，也不会清除中断状态**。
这是最容易踩的坑：poll(timeout, unit) 是设计为「响应中断但不抛异常」的方法，它只是提前结束等待并返回 null，中断标志位依然为 true。
- 所以你必须在返回
null后显式检查Thread.currentThread().isInterrupted() - 若业务要求响应中断（比如关闭消费者线程），不能只靠返回值判断，否则中断会被静默吞掉
- 典型模式：
if (item == null && Thread.currentThread().isInterrupted()) break;
超时和中断都导致返回 null，但原因完全不同——前者是时间到了，后者是被要求停止。这个区分点，代码里漏掉就等于丢掉了线程协作的契约。
