在首先创立一个 Queen 之后，RabbitMQ 会把这个 Queen 间接绑定到默认交换机上，并且应用 Queen 的名字作为 Routing Key。因而，对外体现的成果就是，客户端向这个 Queen 间接投递音讯，严格匹配。

一、装置PackageCloud脚本运行 Package Cloud 提供 Erlang 环境疾速装置脚本 {代码…} 运行 Package Cloud 提供的 RabbitMQ Server 疾速装置脚本 {代码…} 二、装置Erlang和RabbitMQ Server查看版本匹配 RabbitMQ和Erlang版本对应关系装置 Erlang环境 {代码…} 测试 Erlang {代码…} 装置 RabbitMQ Server {代码…}…

在上篇文章中，咱们采纳雷同的硬件资源别离对 MQTT 音讯服务器 EMQ X 和 RabbitMQ 进行了压力测试。结果表明：在「多对一」 场景中，EMQ X 和 RabbitMQ 相比并没有太大差异；而在「一对多」场景中，RabbitMQ 则较 EMQ X 产生了较为显著的差距。

简略的说就是一个用erlang编写的基于AMQP协定通信的音讯队列中间件，通过它可能做到程序之间通信的解耦、流控，可能做到对音讯的长久化，保障在通信过程中呈现宕机等状况下音讯不失落。如何装置见我另一篇文章《Rabbitmq装置部署》

最近在钻研rabbitmq，所以须要在本地搭建一套本人的mq，原本认为很简略，后果还是遇到了不少坑，这里记录一下，也顺便让大家在装置的时候可能有所借鉴。

抉择那些带有management版本的镜像，刚开始不理解破费了很长时间没有搭建胜利，查看材料才晓得有的镜像只适宜单机搭建，只有带management的才可能搭建集群。镜像地址：[链接]

–hostname rabbitmq存储数据的节点名称,默认是主机名,不指定更改主机名启动失败,默认门路/var/lib/rabbitmq/mnesia-p 指定宿主机和容器端口映射（5672：服务利用端口，15672：治理控制台端口）

mandatory和immediate是发送音讯办法中的两个参数，它们都有当消息传递过程中目的地不可达时将音讯返回给生产者的性能。RabbitMQ提供的备份交换器能够将未能被交换器路由的音讯存储起来，而不必返回给客户端。

Connection能够用来创立多个Channel实例，然而Channel实例不能在线程间共享，应用程序应该为每一个线程开拓一个Channel。某些状况下Channel的操作能够并发运行，然而在其余状况下会导致通信谬误，同时也会影响发送方确认（publisher confirm）机制的运行，所以多线程间共享Channel实例是非线程平安的。

音讯队列中间件（Message Queue Middleware，简称为MQ）是指利用高效牢靠的消息传递机制进行与平台无关的数据交换，并基于数据通信来进行分布式系统的集成。通过提供消息传递和音讯排队模型，它能够在分布式环境下扩大过程间的通信。