超级会员免费看
本文深入探讨Flink 1.15-SNAPSHOT版本中的FutureCompletingBlockingQueue，它作为SourceReaderBase的自定义阻塞队列，不依赖JDK的BlockingQueue。在入队和出队操作上，它采用了不同于ArrayBlockingQueue的策略。出队的take()方法利用CompletableFuture实现异步等待，避免线程阻塞。此外，还提供了非阻塞的poll()方法。文章介绍了构造、入队和出队的具体实现细节。
本文的Flink源码版本为: 1.15-SNAPSHOT，读者可自行从Github clone.
Flink 在实现 SourceReaderBase 类时，并没有直接使用 JDK 自带的BlockingQueue 阻塞队列来缓冲 fetcher 线程获取的元素，而是自定义1个阻塞队列，即 FutureCompletingBlockingQueue 类。
FutureCompletingBlockingQueue 的入队实现基本和 ArrayBlockingQueue实现类似，当队列已满时，会通过 Condition 阻塞等待队列空出位置，当队列中空出位置时，该线程会被 siganl 唤醒，执行入队操作。
在出队实现上，如take()方法，FutureCompletingBlockingQueue 并没有像入队操作一样基于 Condition 的阻塞唤醒机制，而是采用 CompletableFuture 异步获取队列的可用状态，当队列可用时(代表有可出队的元素)，整个过程完全异步，避免了队列为空时，执行 take() 方法的线程被阻塞挂起。
如果你不熟悉啥是 CompletableFuture，可以参阅我之前写过的一篇博客:
订阅专栏 解锁全文
扫一扫
9569
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
