rabbitmq环境安装

1、rabbitmq是用Erlang编写的，安装rabbitmq之前必须先安装Erlang

　　Erlang下载https://www.erlang.org/downloads，下载之后一直下一步

　　环境变量配置

　　系统变量新建 ERLANG_HOME 填写地址

　　Path设置 新建内容 %ERLANG_HOME%\bin

　　Erlang 查看版本 WIN+R打开运行窗口 输入 erl如果正确就可以看到弹出的Erlang语言版本

2、RabbitMQ去官网下载https://www.rabbitmq.com/download.html 

　　安装好之后，启动rabbitmq服务

　　RabbitMQ服务启动，找到开始菜单中的RabbitMQ Service - start 如果没有点击展开就可以看到，如果提示没有此服务需要安装服务点击RabbitMQ Service - (re)install安装服务 　　开启rabbitmqweb界面

　　Win+R 输入cmd打开命令行 cd到RabbitMQ安装目录sbin目录下输入下面指令
　　rabbitmq-plugins.bat enable rabbitmq_management

　　重启RabbitMQ服务 先停止服务 点击开始菜单中的 RabbitMQ Service - stop 停止完成后 再次启动 RabbitMQ Service - start

　　重启服务后 在浏览器中输入http://127.0.0.1:15672 进入web管理界面 默认账号密码 guest/gues

3、添加用户，虚拟主机 

点击admin,输入用户名、密码、确认密码

然后右上角选择虚拟主机，填写名称，添加之后点击名称配置用户权限

4、添加交换机

交换机类型：direct/fanout/headers/topic

direct:直连型，每一个队列只能消费一次，且和路由键完全匹配

fanout:广播型，和路由键无关，和交换机绑定的都能接收到信息，但是每个队列只能消费一次

topic:主题，匹配路由键，匹配上的队列可以接收到消息，只能消费一次

Durability类型：Durable（持久化） Transient（短暂）

5、添加队列

队列类型：classic quorum stream

每一个队列可以被多个消费者平均消费，但是一个消息只能被一个消费者消费

消息确认机制：
在实际应用中，可能会发生消费者收到Queue中的消息，但没有处理完成就宕机（或出现其他意外）的情况，这种情况下就可能会导致消息丢失。为了避免这种情况发生，我们可以要求消费者在消费完消息后发送一个回执给RabbitMQ，RabbitMQ收到消息回执（Message acknowledgment）后才将该消息从Queue中移除；如果RabbitMQ没有收到回执并检测到消费者的RabbitMQ连接断开，则RabbitMQ会将该消息发送给其他消费者（如果存在多个消费者）进行处理。这里不存在Timeout概念，一个消费者处理消息时间再长也不会导致该消息被发送给其他消费者，除非它的RabbitMQ连接断开。这里会产生另外一个问题，如果我们的开发人员在处理完业务逻辑后，忘记发送回执给RabbitMQ，这将会导致严重的问题，Queue中堆积的消息会越来越多，消费者重启后会重复消费这些消息并重复执行业务逻辑。如果我们采用no-ack的方式进行确认，也就是说，每次Consumer接到数据后，而不管是否处理完成，RabbitMQ会立即把这个Message标记为完成，然后从queue中删除了。

消息持久化机制：
如果我们希望即使在RabbitMQ服务重启的情况下，也不会丢失消息，我们可以将Queue与Message都设置为可持久化的（durable），这样可以保证绝大部分情况下我们的RabbitMQ消息不会丢失。但依然解决不了小概率丢失事件的发生（比如RabbitMQ服务器已经接收到生产者的消息，但还没来得及持久化该消息时RabbitMQ服务器就断电了），如果我们需要对这种小概率事件也要管理起来，那么我们要用到事务。

事务：
对事务的支持是AMQP协议的一个重要特性。假设当生产者将一个持久化消息发送给服务器时，因为consume命令本身没有任何Response返回，所以即使服务器崩溃，没有持久化该消息，生产者也无法获知该消息已经丢失。如果此时使用事务，即通过txSelect()开启一个事务，然后发送消息给服务器，然后通过txCommit()提交该事务，即可以保证，如果txCommit()提交了，则该消息一定会持久化，如果txCommit()还未提交即服务器崩溃，则该消息不会服务器接收。当然Rabbit MQ也提供了txRollback()命令用于回滚某一个事务。

消息分发机制：
我们在应用程序使用消息系统时，一般情况下生产者往队列里插入数据时速度是比较快的，但是消费者消费数据往往涉及到一些业务逻辑处理导致速度跟不上生产者生产数据。因此如果一个生产者对应一个消费者的话，很容易导致很多消息堆积在队列里。这时，就得使用工作队列了。一个队列有多个消费者同时消费数据。工作队列有两种分发数据的方式：轮询分发（Round-robin）和 公平分发（Fair dispatch）。轮询分发：队列给每一个消费者发送数量一样的数据。公平分发：消费者设置每次从队列中取一条数据，并且消费完后手动应答，继续从队列取下一个数据。

1，轮询分发
如果工作队列中有两个消费者，两个消费者得到的数据量一样的，并不会因为两个消费者处理数据速度不一样使得两个消费者取得不一样数量的数据。但是这种分发方式存在着一些隐患，消费者虽然得到了消息，但是如果消费者没能成功处理业务逻辑，在RabbitMQ中也不存在这条消息。就会出现消息丢失并且业务逻辑没能成功处理的情况。

2，公平分发
消费者设置每次从队列里取一条数据，并且关闭自动回复机制，每次取完一条数据后，手动回复并继续取下一条数据。与轮询分发不同的是，当每个消费都设置了每次只会从队列取一条数据时，并且关闭自动应答，在每次处理完数据后手动给队列发送确认收到数据。这样队列就会公平给每个消息费者发送数据，消费一条再发第二条，而且可以在管理界面中看到数据是一条条随着消费者消费完从而减少的，并不是一下子全部分发完了。采用公平分发方式就不会出现消息丢失并且业务逻辑没能成功处理的情况。