rocketmq push和pull两中方式的区别

   push实际上底层是用的pull

总结： RocketMq的推模式不是严格意义上的推，是通过后台启动异步线程，一个queue构建一个pullRequest， 异步的去请求的拉模式，只不过是通过broker端阻塞（默认阻塞15秒）的方法，达到了推模式的效果。 其实就是长轮询模式，哈哈

同时，rocketMq通过流量控制模块（消息数量（1000），消息大小（100MB），offSet跨度（并行消费））来控制消费者这一边的压力，不至于消费慢，被后台异步线程给压死。

rocketMq的流量控制，push模式下的，总共分为三种流控模式， 在讲流控模式之前，首先我们要知道一点，所有的消息获取过来的时候都是先放到ProcessQueue 里面去的，也就是说ProcessQueue 缓存了所有未处理的消息。

1. 缓存消息数量控制 ，pullThresholdForQueue = 1000 , 缓存在消费端的消息最多为1000条，如果大于，那么这次就放弃拉取，等待下次
2. 缓存消息大小控制，缓存消息大小是否超过100MB，pullThresholdSizeForQueue = 100 ，如果大于100MB，那么这次就放弃拉取，等待下次拉取
3. 针对并行消费（普通消息）， 需要控制队列的offSet的跨度， 跨度不可以超过2000

push 和 pull 的优缺点：

push

优点：

1.push模式采用长轮询阻塞的方式获取消息，实时性非常高，用户体验好

2.rocketMq处理了获取消息的细节，使用起来比较简单方便

缺点：

1.当消费者能力远远低于生产者能力的时候，会产生一定的消费者消息堆积，消息堆积会占用消费者服务的资源，主要在于内存资源

解决方案：

rocketMq针对push模式提供了流量控制，有三种，单个队列消息数量（默认1000），单个队列内存中的大小（默认100M）， 消息跨度（2000）， 通过这三种控制，可以有效的控制消息对消费者的影响，各位可以根据自己项目的实际情况进行调整。

pull

优点：

1.想消费多少就消费多少，想怎么消费就怎么消费，哈哈，灵活性较大，不存在过多占用消费者资源的问题

缺点：

1.实时性很低

2.拉取消息的间隔不好设置，太短则borker压力大，太长则实时性很低。

在实际生产环境中，笔者一直使用的push消息模式，pull模式这里随手写下，不做重点描述啦！