llg___的博客

建立长连接，并获取消息要发的topic都分布在哪些Broker节点上，选择一个后，与对应的Broker建立长连接，将消息直接发送到对应的Broker。建立长连接，并获取订阅的topic都分布在哪些Broker节点上，根据消费配置，与对应的Broker建立长连接后消费消息。，即上图中的模式，ConsumeGroup A订阅了Topic A，Topic A又对应了三个队列，而Group。生产者实例启动后，发消息时，需要知道它消息的这个topic要往哪个broker发，因此，先跟NS集群的。

人来了，不是直接涌上火车，而是根据所乘坐的车次，到不同的候车厅等着，火车则是消费这些人，现实中是把他们拉到对应的地方，这个候车厅，就像MQ，而不同的车次走向不同的候车厅，则是“主题topic”这个概念的味道。削峰填谷，好比有个促销活动，会有很高的顺时流量过来，你的服务瞬间扛不住这么多请求，那就可以垫一个MQ在中间，请求来了先都扔MQ，你的服务根据自己的能力，取消息消费。同步通信时，每个请求直接从调用方发送到被调用方，且要等被调用方立即返回响应结果给调用方，以便确定本次调用是否成功，这就好比打微信视频。

和前面两种模型不同，一个消息被一个消费者消费完就没了。发布订阅模式允许将同一消息发送给多个消费者。实现方式是加入了exchange（交换机），交换机起到把一个消息路由到多个队列的作用。消息被路由到哪些队列中，由exchange决定。Fanout：广播Direct：路由Topic：话题exchange负责消息路由，而不是存储，路由失败则消息丢失。

这两个操作同步关系，没有问题，但如果要再发短信通知用户支付成功呢，这就更适合异步进行，再或者需求变动，支付成功后，需要再增加积分呢，这个扩展，有MQ的话，就很符合开闭原则。前面两种模型，一个消息被某一个消费者处理后就没了，发布订阅模型则不同，它加入了交换机和多个队列，实现将一个消息路由到多个队列。MQ，Message Queue，消息队列，是在消息的传输过程中转发、保存消息的容器，多用于分布式系统之间进行通信。和基本消息队列相比，该模型下，可以有多个消费者，提高消费速度，防止消息堆积。