有需要的直接看狂神的视频，讲得很好
简介
RabbitMQ 是一个开源的 消息队列中间件 ，实现了 AMQP（Advanced Message Queuing Protocol，先进消息队列协议）。它允许 应用程序、服务、系统之间异步地传递消息，并通过消息队列来实现消息的 存储、转发、处理。
它的核心功能是解耦，异步，削峰
常用的消息队列 ：
activemq（基于JMS协议，基本不用了）
rabbitmq(基于AMQP协议，主要是Exchange组件)
kafka(kafka协议，主要是Topic和partition组件)
rocketmq(自定义的 RPC 协议)
rabbitmq 和kafka的异同点
1.kafka消费者是拉取kafka中的数据，rabbitmq 是推送数据到消费者
rabbitMQ核心组成
组件
produce/chnanle/broker/exchange/key/bondings/queue/consumer
核心概念：
Server：又称Broker ,接受客户端的连接，实现AMQP实体服务。 安装rabbitmq-server
Connection：连接，应用程序与Broker的网络连接 TCP/IP/ 三次握手和四次挥手
Channel：网络信道，几乎所有的操作都在Channel中进行，Channel是进行消息读写的通道，客户端可以建立对各Channel，每个Channel代表一个会话任务。
Message :消息：服务与应用程序之间传送的数据，由Properties和body组成，Properties可是对消息进行修饰，比如消息的优先级，延迟等高级特性，Body则就是消息体的内容。
Virtual Host 虚拟地址，用于进行逻辑隔离，最上层的消息路由，一个虚拟主机理由可以有若干个Exhange和Queueu，同一个虚拟主机里面不能有相同名字的Exchange
Exchange：交换机，接受消息，根据路由键发送消息到绑定的队列。(不具备消息存储的能力)，这里我理解和kafka的topic类似，都是处理和隔离不同的数据
Bindings：Exchange和Queue之间的虚拟连接，binding中可以保护多个routing key.
Routing key：是一个路由规则，虚拟机可以用它来确定如何路由一个特定消息。
Queue：队列：也成为Message Queue,消息队列，保存消息并将它们转发给消费者。
Exchange（核心）
因为rabbitmq是基于AMQP协议的，所有最重要的第一点就是Excahnge（交换机）
这里有不同种类的交换机来处理不同的业务场景
fanout模式
Fanout---发布与订阅模式，是一种广播机制，它是没有路由key的模式。
这种模式的特点是不需要执行key,生产者会将生产的数据转发到该Exchange的所有queue中
direct模式
Direct模式是fanout模式上的一种叠加，增加了路由RoutingKey的模式。
什么意思呢，意思是之前fanout模式不需要指定RoutingKey,而direct模式是需要指定Routingkey，对应每一个队列
例如3个queue，配置Routingkey为key1,key2,key3，然后生成的时候讲routingkey带上key1就会只向queue1发送数据
topic模式
Topic模式是direct模式上的一种叠加，增加了模糊路由RoutingKey的模式。
意思是routingkey可以进行模糊匹配
消费者端消费模式-轮询模式
上面的的模式可以说是生成者端生成数据到queue的策略
这里模式是指多个消费者消费queue是怎么消费的
轮询模式是指多个消费者，消费一个queue,会公平的分发相同数量 的数据到不同的消费者，让他们消费
简单来说就是一个消费者消费一条数据
公平分发模式
这里就是按照各自的处理速度来分发数据到不同的消费者
根据消费者的消费能力进行公平分发，处理快的处理的多，处理慢的处理的少；按劳分配；
实现（fanout举例）
配置yml文件
yaml
# 服务端口
server:
port: 8080
# 配置rabbitmq服务
spring:
rabbitmq:
username: admin
password: admin
virtual-host: /
host: 47.104.141.27
port: 5672配置生产者
java
@Component
public class OrderService {
@Autowired
private RabbitTemplate rabbitTemplate; //创建了rbbitmq对象
// 1: 定义交换机
private String exchangeName = "direct_order_exchange";
// 2: 路由key
private String routeKey = "";
public void makeOrder(Long userId, Long productId, int num) {
// 1： 模拟用户下单
String orderNumer = UUID.randomUUID().toString();
// 2: 根据商品id productId 去查询商品的库存
// int numstore = productSerivce.getProductNum(productId);
// 3:判断库存是否充足
// if(num > numstore ){ return "商品库存不足..."; }
// 4: 下单逻辑
// orderService.saveOrder(order);
// 5: 下单成功要扣减库存
// 6: 下单完成以后
System.out.println("用户 " + userId + ",订单编号是：" + orderNumer);
// 发送订单信息给RabbitMQ fanout
rabbitTemplate.convertAndSend(exchangeName, routeKey, orderNumer);
}
}创建配置类绑定交换机队列关系
java
@Configuration
public class DirectRabbitConfig {
//队列 起名：TestDirectQueue
@Bean
public Queue emailQueue() {
// durable:是否持久化,默认是false,持久化队列：会被存储在磁盘上，当消息代理重启时仍然存在，暂存队列：当前连接有效
// exclusive:默认也是false，只能被当前创建的连接使用，而且当连接关闭后队列即被删除。此参考优先级高于durable
// autoDelete:是否自动删除，当没有生产者或者消费者使用此队列，该队列会自动删除。
// return new Queue("TestDirectQueue",true,true,false);
//一般设置一下队列的持久化就好,其余两个就是默认false
return new Queue("email.fanout.queue", true);
}
@Bean
public Queue smsQueue() {
// durable:是否持久化,默认是false,持久化队列：会被存储在磁盘上，当消息代理重启时仍然存在，暂存队列：当前连接有效
// exclusive:默认也是false，只能被当前创建的连接使用，而且当连接关闭后队列即被删除。此参考优先级高于durable
// autoDelete:是否自动删除，当没有生产者或者消费者使用此队列，该队列会自动删除。
// return new Queue("TestDirectQueue",true,true,false);
//一般设置一下队列的持久化就好,其余两个就是默认false
return new Queue("sms.fanout.queue", true);
}
@Bean
public Queue weixinQueue() {
// durable:是否持久化,默认是false,持久化队列：会被存储在磁盘上，当消息代理重启时仍然存在，暂存队列：当前连接有效
// exclusive:默认也是false，只能被当前创建的连接使用，而且当连接关闭后队列即被删除。此参考优先级高于durable
// autoDelete:是否自动删除，当没有生产者或者消费者使用此队列，该队列会自动删除。
// return new Queue("TestDirectQueue",true,true,false);
//一般设置一下队列的持久化就好,其余两个就是默认false
return new Queue("weixin.fanout.queue", true);
}
//Direct交换机 起名：TestDirectExchange
@Bean
public DirectExchange fanoutOrderExchange() {
// return new DirectExchange("TestDirectExchange",true,true);
return new DirectExchange("fanout_order_exchange", true, false);
}
//绑定 将队列和交换机绑定, 并设置用于匹配键：TestDirectRouting
@Bean
public Binding bindingDirect1() {
return BindingBuilder.bind(weixinQueue()).to(fanoutOrderExchange()).with("");
}
@Bean
public Binding bindingDirect2() {
return BindingBuilder.bind(smsQueue()).to(fanoutOrderExchange()).with("");
}
@Bean
public Binding bindingDirect3() {
return BindingBuilder.bind(emailQueue()).to(fanoutOrderExchange()).with("");
}
}消费者消费
java
// bindings其实就是用来确定队列和交换机绑定关系
@RabbitListener(bindings =@QueueBinding(
// email.fanout.queue 是队列名字，这个名字你可以自定随便定义。
value = @Queue(value = "email.fanout.queue",autoDelete = "false"),
// order.fanout 交换机的名字 必须和生产者保持一致
exchange = @Exchange(value = "fanout_order_exchange",
// 这里是确定的rabbitmq模式是：fanout 是以广播模式 、 发布订阅模式
type = ExchangeTypes.FANOUT)
))
@Component
public class EmailService {
// @RabbitHandler 代表此方法是一个消息接收的方法。该不要有返回值
@RabbitHandler
public void messagerevice(String message){
// 此处省略发邮件的逻辑
System.out.println("email-------------->" + message);
}
}过期时间TTL、超长处理
过期时间TTL表示可以对消息设置预期的时间，在这个时间内都可以被消费者接收获取；过了之后消息将自动被删除。RabbitMQ可以对消息 和队列设置TTL。目前有两种方法可以设置。
过期的时候怎么处理，可以直接抛弃或者加入死信队列
rabbitmq还可以设置queue长度，超长的也是抛出到死信队列
死信队列
DLX，全称为Dead-Letter-Exchange , 可以称之为死信交换机，也有人称之为死信邮箱。当消息在一个队列中变成死信(dead message)之后，它能被重新发送到另一个交换机中，这个交换机就是DLX ，绑定DLX的队列就称之为死信队列。
消息变成死信 ，可能是由于以下的原因：
消息被拒绝、消息过期、超出队列长度
DLX也是一个正常的交换机，和一般的交换机没有区别，它能在任何的队列上被指定，实际上就是设置某一个队列的属性。当这个队列中存在死信时，Rabbitmq就会自动地将这个消息重新发布到设置的DLX上去，进而被路由到另一个队列，即死信队列。
要想使用死信队列，只需要在定义队列的时候设置队列参数 x-dead-letter-exchange 指定交换机即可。
归纳：
简单来说就是咱们正常queue的数据由于过期，例如一个订单，长时间未支付一直存在queue中就会占用额外的内存空间，且无法得到处理，这时候就定义一个死信队列来存放过期的数据，然后这个死信队列也是正常的Exchange+queue，我们可以定义一个消费者来接受这些异常的消息，例如刚才订单超时就可以返回超时的处理
MQ解决分布式事务
分布式系统中，使用到了不同数据库，不同数据库之间事务不互通，因此需要使用分布式事务，
我们业务中应该尽量避免核心业务使用分布式事务，这样会导致响应速度慢，进行在非核心业务上使用
解决分布式事务的方法有很多例如
1.使用seata管理分布式事务
2.使用TCC方式
3.最大努力通知
一般建议使用最大努力通知
生产者可靠
当生产者发送消息到Exchange-》queue之后可能出现网络波动等因素，导致消息没有应答，获取消息根本没有发送到rabbitmq中去
方案 try-catch+冗余表
声明rabbitmq的回调函数，是否正确响应，如果没有则放入冗余表（存放为正确进入queue中的数据），然后用定时任务重新执行冗余表
消费者可靠
一般我们会基于try-catch+手动ack+死信队列来保证消息的可靠
例如当我们的消费者为正常消费到数据，报错了，这时候rabbitmq会干啥，会一直重新发送数据，导致内存崩溃
这时候就需要关闭重试机制，手动ack，然后让未能正确处理的数据进入死信队列，然后又后续的程序处理死信队列的数据
如果死信队列处理消息也失败，就像进行人工处理了
消费重复问题
问题
消费者消费应答机制ACK改为false
使用手动应答机制否则会造成死循环