RocketMQ（八）——Pull Or Push

在前面的博客已经提到，在RocketMQ中Consumer分为2类：Push Consumer、Pull Consumer。以前的例子都是Push Consumer，接下来，介绍下Pull Consumer。

通过MQPullConsumerScheduleService进行操作

注册回调并启动

从表面意思上来看，好像Push是MQ推送给消费者，而Pull是消费者从MQ中拉取；其实本质上都是拉取模式PULL，即消费者从MQ中轮询取得消息。

在Push模式下，Consumer把轮询过程封装了，并注册了MessageListener监听器，取到消息后，唤醒MessageListener监听器中的consumeMessage()进行消费，所以给我们造成了感觉上好像是“推消息”。

在Pull模式下，需要特别注意的是，本质上是从一个Topic下的所有Queue进行拉取，而且每个Queue都必须记录拉取位置，否则会导致重复消费。还有拉取的时间间隔，拉取的大小等等。不过所有的这一切，MQPullConsumerScheduleService都替我们考虑清楚了，提供updateConsumeOffset去更新消费的队列的位置（默认5S同步一次），提供setPullNextDelayTimeMillis设置下次拉取的时间间隔（应该设置的大一些，至少大于5S）。

仔细回想下，对于Push方式的回调 和 Pull方式的回调，还有什么关键区别么？
对于Push而言，不论是基于MessageListenerConcurrently的，还是基于MessageListenerOrderly的，都有返回值的；而Pull的doPullTask的返回值却是void？这意味，我们需要在pull方式中，注意自己处理每条消息消费的异常情况！

运行结果
通过运行结果，可以印证上面的观点：为什么每次消费都是4条开始，4条结束呢？因为一个Topic下有4个Queue，而且上面的代码实际上会针对每个Queue开启一个线程去消费！