消息队列的常见模式

push

Push即服务端主动发送数据给客户端。在服务端收到消息之后立即推送给客户端。
当 Producer 发出的消息到达后，服务端马上将这条消息投递给 Consumer。

客户端连接到broker之后，启动一个线程，这个线程的任务就是循环调用方法从broker中拉取相应的消息至本地。如果是异步方法调用，则直接调用监听器方法，间接调用业务消费消息的方法，而不使用本地内存进行消息的缓存;所以这里的异步只是客户端的异步，而非broker的主动推送。通过这种方式既能解决多客户端的连接，也能解决类似服务端的push型的消息推送。在互联网中这种实现才具有普便性，因为这种方式即解决了性能问题又解决了异步消息的需求。

Push模型最大的好处就是实时性。因为服务端可以做到只要有消息就立即推送，所以消息的消费没有“额外”的延迟。

但是Push模式在消息中间件的场景中会面临以下一些问题：

• 在Broker端需要维护Consumer的状态，不利于Broker去支持大量的Consumer的场景

• Consumer的消费速度是不一致的，由Broker进行推送难以处理不同的Consumer的状况

• Broker难以处理Consumer无法消费消息的情况（Broker无法确定Consumer的故障是短暂的还是永久的）

• 大量的推送消息会加重Consumer的负载或者冲垮Consumer

pull

Pull模式由Consumer主动从Broker获取消息。

当服务端收到这条消息后什么也不做，只是等着 Consumer 主动到自己这里来读，即 Consumer 这里有一个“拉取”的动作。

客户端(指一个connection,一般情况指一个tcp的连接建立)连接到broker之后，启动一个线程，这个线程的任务就是循环调用方法从broker中拉取相应的消息至本地。如果是同步方法调用获取则将相应的消息存放在本地内存中，当同步方法消费消息时，则从该内存区中直接获取相应的消息进行消费；

<