概述
AMQP协议
MQ
Message Queue（消息队列）是在消息的传输过程中保存消息的容器，多用于系统之间的异步通信
AMQP
Advanced Message Queuing Protocol(高级消息队列协议)是一个网络协议，2006年AMQP规范发布【类比HTTP】
专门为消息中间件设计，基于此协议的客户端与消息中间件可传递消息，并不受不同中间件产品，不同开发语言等条件的限制
AMQP工作过程
生产者将消息发布到交换机，交换机根据规则将消息分发给交换机绑定的队列，队列再将消息投递给订阅了此队列的消费者
RabbitMQ
简介
RabbitMQ是使用Erlang语言编写的
RabbitMQ为什么使用信道而不直接使用TCP连接通信？
1.TCP连接的创建和销毁开销特别大。创建需要3次握手，销毁需要4次分手，高峰时每秒成千上万条TCP连接的创建会造成资源巨大的浪费
2.操作系统每秒处理TCP连接数也是有限制的，会造成性能瓶颈
3.如果一条线程使用一条信道，一条TCP链接可以容纳无限的信道，即使每秒成千上万的请求也不会成为性能的瓶颈
RabbitMQ核心概念
Producer【生产者】 消息的生产者，也是一个向交换机发布消息的客户端应用程序 Connection【连接】 生产者/消费者和RabbitMQ服务器之间建立的TCP连接 Channel【信道】 信道，是TCP里面的虚拟连接，一条TCP连接中可以创建多条信道，增加连接效率 无论是发布消息、接收消息、订阅队列都是通过信道完成的 Broker【RabbitMQ服务器】 消息队列服务器实体，即RabbitMQ服务器 Virtual host【虚拟主机】 出于多租户和安全因素设计的，把AMQP的基本组件划分到一个虚拟的分组中 每个vhost本质上就是一个mini版的RabbitMQ服务器，拥有自己的队列、交换机、绑定和权限机制 当多个不同的用户使用同一个RabbitMQ服务器时，可以划分出多个虚拟主机 RabbitMQ默认的虚拟主机路径是/ Exchange【交换机】 用来接收生产者发送的消息，并根据分发规则，将这些消息分发给服务器中的队列中，不同的交换机有不同的分发规则 Queue【消息队列】 用来保存消息直到发送给消费者，它是消息的容器，也是消息的终点 消息一直在队列里面，等待消费者链接到这个队列将其取走 Binding【虚拟连接】 消息队列和交换机之间的虚拟连接，绑定中包含路由规则，绑定信息保存到交换机的路由表中，作为消息的分发依据 Consumer【消费者】 消息的消费者，表示一个从消息队列中取得消息的客户端应用程序
RabbitMQ场景
1.抢红包、秒杀活动、抢火车票等 这些业务场景都是短时间内需要处理大量请求，如果直接连接系统处理业务，会耗费大量资源，有可能造成系统瘫痪 而使用MQ后，可以先让用户将请求发送到MQ中，MQ会先保存请求消息，不会占用系统资源，且MQ会进行消息排序，先请求的秒杀成功，后请求的秒杀失败。 2.消息分发 如电商网站要推送促销信息，该业务耗费时间较多，但对时效性要求不高，可以使用MQ做消息分发 3.数据同步 假如我们需要将数据保存到数据库之外，还需要一段时间将数据同步到缓存（如Redis）、搜索引擎（如Elasticsearch）中。 此时可以将数据库的数据作为消息发送到MQ中，并同步到缓存、搜索引擎中。 4.异步处理 在电商系统中，订单完成后，需要及时的通知子系统（进销存系统发货，用户服务积分，发送短信）进行下一步操作。 为了保证订单系统的高性能，应该直接返回订单结果，之后让MQ通知子系统做其他非实时的业务操作。这样能保证核心业务的高效及时。 5.离线处理 在银行系统中，如果要查询近十年的历史账单，这是非常耗时的操作。如果发送同步请求，则会花费大量时间等待响应 此时使用MQ发送异步请求，等到查询出结果后获取结果即可
docker安装
拉取镜像
docker pull docker.io/macintoshplus/rabbitmq-management
创建容器
docker run -d --name rabbitmq -e RABBITMQ_DEFAULT_USER=guest -e RABBITMQ_DEFAULT_PASS=guest -p 8042:15672 -p 8041:5672 docker.io/macintoshplus/rabbitmq-management
相关接口
rabbitmq【8041】http://192.168.66.103:8041
rabbitmq-management【8042】【guest/guest】：http://192.168.66.103:8042
