FlyingFish868的博客

RocketMQ中消息传输和存储的顶层容器，用于标识同类业务中逻辑的消息，可理解为消息的分类，主题消息的分类取决于业务，要发送的业务消息最好单独是一个Topic主题，以保证互相不被干扰

微服务间通讯有同步和异步两种方式：同步通讯：就像打电话，需要实时响应。异步通讯：就像发邮件，不需要马上回复。两种方式各有优劣，打电话可以立即得到响应，但是你却不能跟多个人同时通话。发送邮件可以同时与多个人收发邮件，但是往往响应会有延迟。为了解除事件发布者与订阅者之间的耦合，两者并不是直接通信，而是有一个中间人（Broker）。发布者发布事件到Broker，不关心谁来订阅事件。订阅者从Broker订阅事件，不关心谁发来的消息。而MQ就是Broker的具体实现之一

1、简单模式和发布订阅模式简单模式：使用的默认交换机，一个消费者（工作进程）只能被消费一次，消费者C1、C2…Cn之间是竞争关系。发布订阅模式：通过指定的交换机，可以用多个队列实现一个消息由多个消费者来消费，为了说明这种模式，我们将构建一个简单的日志系统。它将由两个程序组成:第一个程序将发出日志消息，第二个程序是消费者。其中我们会启动两个消费者，其中一个消费者接收到消息后把日志存储在磁盘，另外一个消费者接收到消息后把消息打印在屏幕上，事实上第一个程序发出的日志消息将广播给所有消费者。

1、死信队列1.1、概念死信，顾名思义就是无法被消费的消息，一般来说，producer 将消息投递到 broker 或者直接到queue里了，consumer 从 queue 取出消息进行消费，但某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。应用场景:为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息消费发生异常时，将消息投入死信队列中.还有比如说: 用户在商城下单成功并点击