10分钟就能轻松入门消息中间件rabbitmq（附带教学源码）

rabbitmq简介

rabbitmq 是spring所在公司Pivotal自己的产品。因为跟spring有共同的血缘关系，所以spring 全家桶对其的支持应该是相当完善的。本身基于AMQP高级队列协议的消息中间件，采用erlang开发，因此安装需要erlang环境。具体安装根据自己的环境。

使用场景

一、异步处理

用户注册（50ms），还需发送邮件（50ms）和短信（50ms）

串行：（150ms）用户注册—》发送邮件----》发送短信

并行（100ms）：用户注册—》发送邮件

a) |----》发送短信

消息中间件（56ms）：

用户注册（50ms）—》（6ms）消息中间件《-----发送邮件《-----发送短信

说明：一个用户注册流程，包含下述业务：

1. 注册处理以及写数据库、

2. 发送注册成功的手机短信

3. 发送注册成功的邮件信息

我们使用老方法的话，则会注册完执行发送短信再执行邮件发送。太low

一般使用的是：在注册成功后，使用两个线程去做发送邮件，发送短信操作。

如果用消息中间件：则将两个线程创建这些事情省了，直接发送消息给消息中间件，然后让邮件服务和短信服务自己去消息中间件里面去取消息，然后取到消息后再自己做对应的业务操作。就是这么方便

二、应用解耦

a) 订单系统---》库存系统（强耦合）

b) 消息中间件：订单系统---》消息中间件《----库存系统（解耦）

说明：用户购买一笔订单，订单成交—》调用库存系统—1---》返回给订单系统，此时算一个正常业务。还有不正常的业务，就是用户订单完成后，订单系统并不去滴啊用库存系统-1操作，而是调用消息中间件，写入一个订单信息。又库存系统自己去消息中间件上去获取，然后更新库存，这样能够减少互联网型应用追求的快这一个属性。而库存系统读取订单间库存其实这个操作也是非常快的，所以有消息中间件对解耦来说也是一个不错的方向。

三、流量削峰

a) 用户请求-----》秒杀应用

b) 应用的前端加入消息队列

c) 用户请求-----》消息队列《----秒杀应用

说明：比如，系统举行秒杀活动，热门商品。流量蜂拥而至 100件商品，10万人挤进来怎么办，10万秒杀的操作，放入消息队列。秒杀应用处理消息队列中的10万个请求中的100个，其他的打回，通知失败。流量峰值控制在消息队列处，秒杀应用不会瞬间被怼死.

四、日志处理

a) 错误日志---》消息队列《----日志处理

b) 用户行为日志--》消息队列《-----日志的存储或流式处理

说明：日志处理但是一般是另一种消息中间件kafka，非常强大。

五、基于事件的消息发送

可以搞广播，点对点，延时消费、分布式事务等

简单概念

一般消息队列都是生产者将消息发送到队列，消费者监听队列进行消费。rabbitmq 一个虚拟主机（默认 /）持有一个或者多个交换机（Exchange，用户只能在虚拟主机的粒度进行权限控制。交换机根据一定的策略（RoutingKey）绑定(Binding)到队列(Queue)上，这样生产者和队列就没有直接联系。而是将消息发送的交换机，交换机再把消息转发到对应绑定的队列上。此处需要详细熟悉rabbitmq的工作流程，不清楚可以找相关资料进行学习。

上面说了 Exchange 作为rabbitmq的一个独特的重要的概念，我们常用的有四种

这四种的说明

Direct: 先策略匹配到对应绑定的队列后，才会被投送到该队列。交换机跟队列必须是精确的对应关系，这种最为简单。
Topic: 转发消息主要是根据通配符。在这种交换机下，队列和交换机的绑定会定义一种路由模式，那么，通配符就要在这种路由模式和路由键之间匹配后交换机才能转发消息这种可以认为是Direct 的灵活版。
Headers:也是根据规则匹配, 相较于 direct 和 topic 固定地使用 routingkey , headers 则是一个自定义匹配规则的类型。
在队列与交换器绑定时会设定一组键值对规则。消息中也包括一组键值对( headers 属性) 当这些键值对有一对或全部匹配时，消息才会被投送到对应队列。
Fanout : 消息广播模式。不管路由键或者是路由模式都会把消息发给绑定给它的全部队列 如果配置了routingkey会被忽略。
springboot集成rabbitmq

在熟悉了相关概念后我们开始搞一搞这个东西首先你要安装好rabbitmq 相关方法资料很多此处不表个人练习推荐使用docker进行安装在本机安装好并启用了管理页面后打开 localhost:15672 会显示一个管理页面如下可以进行一些可视化操作