本文纠正了对消息队列中Pull和Push模式的误解。Pull模式下，客户端循环从Broker拉取消息，而Push模式下，尽管看似异步，实际上是客户端循环拉取并直接调用监听器消费消息，避免Broker维护大量长连接。高吞吐量场景通常使用Pull模式，因为Push模式可能因消费端性能影响整体性能，导致消息积压。
错误理解
之所以将这个标题，定义为错误理解，原因就是无法真正的说服自己；
消息队列的模式有两种pull与push.先说说我之前的理解：
- pull模式指，客户端连接上broker之后，主动发起方法调用获取远程的结果，说的直白一点就是一次RPC调用，即同步方法调用;
push模式:
客户端与broker建立连接，当有消息进入broker,broker进行消息推送至所有的连接客户端,即异步方法调用；但是真正的实现中broker一般是很难维护这么多长连接，那么它又是如何实现push的呢?
activemq的pull与push模式实现方式
今天有时间，于是打开了activemq 的5.14.x的代码，一探究竟。对于activemq的代码我不作描述，本文主是为了纠正思想。对于消息队列pull与push模式的实现方式如下：
pull模式
客户端(指一个connection,一般情况指一个tcp的连接建立)连接到broker之后，启动一个线程，这个线程的任务就是循环调用方法从broker中拉取相应的消息至本地。如果是同步方法调用获取则将相应的消息存放在本地内存中，当同步方法消费消息时，则从该内存区中直接获取相应的消息进行消费；
push模式
客户端连接到broker之后，启动一个线程，这个线程的任务就是循环调用方法从broker中拉取相应的消息至本地。如果是异步方法调用，则直接调用监听器方法，间接调用业务消费消息的方法，而不使用本地内存进行消息的缓存;所以这里的异步只是客户端的异步，而非broker
最低0.47元/天 解锁文章
扫一扫
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
