消息队列(Message Queue，简称MQ)，从字面意思上看，本质是个队列，FIFO先入先出，只不过队列中存放的内容是message而已

Rabbit

​ RabbitMQ 使用 Erlang 语言编写，这是一个比较小众的编程语言，学习成本非常高，不像 Java、Scala、C 等编程语言学起来简单。所以虽然 RabbitMQ 也是开源的消息队列，但基于 RabbitMQ 做扩展和二次开发的情况是很少。

​ 另一方面从使用的协议来看，RabbitMQ 支持 AMQP（Advanced Message Queuing Protocol） 协议，这也是主流消息队列不支持的。

image-20240123162850737

  • Connection：一个网络连接，AMQP 协议通常使用长连接；
  • Channel：网络信道，建立在 Connection 之上的轻量级的连接，一个 Connection 可以有多个 Channel；
  • Exchange：交换器，接收消息后将消息路由转发给绑定（Binding）的 Queue；
  • Binding：Exchange 和 Queue 之间的虚拟连接；
  • Routing Key：这个概念在图中没有画，是指路由规则，用来确定 Exchange 将消息路由到哪些 Queue。

部署

RabbitMQ 是一个非常轻量级的消息队列，官方宣称开箱即用。在 Docker 上部署 RabbitMQ，三个命令就可以。

  1. 拉取镜像
1
docker pull rabbitmq:3.8.2-management
  1. 创建路径
1
mkdir /var/lib/rabbitmq
  1. 启动容器
1
docker run -d --name rabbitmq3.8.2 -p 5672:5672 -p 15672:15672 -v `pwd`/data:/var/lib/rabbitmq --hostname myRabbit -e RABBITMQ_DEFAULT_VHOST=my_vhost -e RABBITMQ_DEFAULT_USER=admin -e RABBITMQ_DEFAULT_PASS=admin --privileged=true

这种开箱即用的效果，大大降低了学习成本和运维成本。

应用场景

主要解决异步处理、应用解耦、流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构

异步处理

用户注册后，需要发注册邮件和注册短信

image-20240123161111057 image-20240123161233756

应用解耦

用户下单后，订单系统需要通知库存系统

image-20240123161323947

image-20240123161334748

流量削峰

流量削锋也是消息队列中的常用场景，一般在秒杀或团抢活动中使用广泛

应用场景：秒杀活动，一般会因为流量过大，导致流量暴增，应用挂掉。

为解决这个问题，一般需要在应用前端加入消息队列 :

a、可以控制活动的人数

b、可以缓解短时间内高流量压垮应用用户的请求，服务器接收后，首先写入消息队列。假如消息队列长度超过最大数量，则直接抛弃用户请求或跳转到错误页面。秒杀业务根据消息队列中的请求信息，再做后续处理

参考文章

Rabbit入门

又老性能又差，为什么好多公司依然选择 RabbitMQ