最近因为工作原因使用到RabbitMQ，之前也接触过其他的mq消息中间件，从实际使用感觉来看，却不太一样，正好趁着周末，可以好好看一下RabbitMQ的相关知识点；希望可以通过一些学习，可以搞清楚以下几点
基础环境搭建可以怎么使用实现原理是怎样的实际工程中的使用（比如结合SpringBoot可以怎么玩）相关博文，欢迎查看：
《RabbitMq基础教程之安装与测试》《RabbitMq基础教程之基本概念》在开始之前，先得搭建基本的环境，因为个人主要是mac进行的开发，所有写了一篇mac上如何安装rabbitmq的教程，可以通过 《mac下安装和测试rabbitmq》 查看
下面简单说一下Linux系统下，可以如何安装
Centos 系统：
# 安装erlang rpm -Uvh http://download.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-8.noarch.rpm yum install erlang # 安装RabbitMQ wget http://www.rabbitmq.com/releases/rabbitmq-server/v3.6.6/rabbitmq-server-3.6.6-1.el7.noarch.rpm yum install rabbitmq-server-3.6.6-1.el7.noarch.rpm启动和查看的命令
# 完成后启动服务： service rabbitmq-server start # 可以查看服务状态： service rabbitmq-server status直接使用amqp-client客户端做基本的数据读写，先不考虑Spring容器的场景，我们可以怎样进行塞数据，然后又怎样可以从里面获取数据；
在实际使用之前，有必要了解一下RabbitMQ的几个基本概念，即什么是Queue,Exchange,Binding，关于这些基本概念，可以参考博文：
《RabbitMq基础教程之基本概念》首先是建立连接，一般需要设置服务器的IP，端口号，用户名密码之类的，公共代码如下
public class RabbitUtil { public static ConnectionFactory getConnectionFactory() { //创建连接工程，下面给出的是默认的case ConnectionFactory factory = new ConnectionFactory(); factory.setHost("127.0.0.1"); factory.setPort(5672); factory.setUsername("admin"); factory.setPassword("admin"); factory.setVirtualHost("/"); return factory; } }要使用，基本的就需要一个消息投递和一个消息消费两方，线看消息生产者的一般写法
public class MsgProducer { public static void publishMsg(String exchange, BuiltinExchangeType exchangeType, String toutingKey, String message) throws IOException, TimeoutException { ConnectionFactory factory = RabbitUtil.getConnectionFactory(); //创建连接 Connection connection = factory.newConnection(); //创建消息通道 Channel channel = connection.createChannel(); // 声明exchange中的消息为可持久化，不自动删除 channel.exchangeDeclare(exchange, exchangeType, true, false, null); // 发布消息 channel.basicPublish(exchange, toutingKey, null, message.getBytes()); channel.close(); connection.close(); } }针对上面的代码，结合RabbitMQ的基本概念进行分析
基本结构 不管是干啥，第一步都是获取连接，也就是上面的Connection从《RabbitMq基础教程之基本概念》直到，生产者消费者都是借助Channel与Exchange或者Queue打交道，接下来就是通过Connection创建数据流通信道ChannelChannel准备完毕之后，生产者就可以向其中投递数据投递完毕之后，回收现场资源疑问：
在声明Exchange时，是否就需要选择消息绑定策略？不声明时，默认是什么策略？结合上面的代码和分析，大胆的预测下消费者的流程
获取连接Connection创建Channel将Channel与Queue进行绑定创建一个Consumer，从Queue中获取数据消息消费之后，ack下面给出一个mq推数据的消费过程
public class MsgConsumer { public static void consumerMsg(String exchange, String queue, String routingKey) throws IOException, TimeoutException { ConnectionFactory factory = RabbitUtil.getConnectionFactory(); //创建连接 Connection connection = factory.newConnection(); //创建消息信道 final Channel channel = connection.createChannel(); //消息队列 channel.queueDeclare(queue, true, false, false, null); //绑定队列到交换机 channel.queueBind(queue, exchange, routingKey); System.out.println("[*] Waiting for message. To exist press CTRL+C"); Consumer consumer = new DefaultConsumer(channel) { @Override public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException { String message = new String(body, "UTF-8"); try { System.out.println(" [x] Received '" + message); } finally { System.out.println(" [x] Done"); channel.basicAck(envelope.getDeliveryTag(), false); } } }; // 取消自动ack channel.basicConsume(queue, false, consumer); } }直接在前面的基础上进行测试，我们定义一个新的exchange名为direct.exchange，并且制定ExchangeType为直接路由方式 （先不管这种写法的合理性）
public class DirectProducer { private static final String EXCHANGE_NAME = "direct.exchange"; public void publishMsg(String routingKey, String msg) { try { MsgProducer.publishMsg(EXCHANGE_NAME, BuiltinExchangeType.DIRECT, routingKey, msg); } catch (Exception e) { e.printStackTrace(); } } public static void main(String[] args) { DirectProducer directProducer = new DirectProducer(); String[] routingKey = new String[]{"aaa", "bbb"}; String msg = "hello >>> "; for (int i = 0; i < 30; i++) { directProducer.publishMsg(routingKey[i % 2], msg + i); } System.out.println("----over-------"); } }上面的代码执行一遍之后，看控制台会发现新增了一个Exchange
exchange同样的我们写一下对应的消费者，一个用来消费aaa,一个消费bbb
public class DirectConsumer { private static final String exchangeName = "direct.exchange"; public void msgConsumer(String queueName, String routingKey) { try { MsgConsumer.consumerMsg(exchangeName, queueName, routingKey); } catch (IOException e) { e.printStackTrace(); } catch (TimeoutException e) { e.printStackTrace(); } } public static void main(String[] args) throws InterruptedException { DirectConsumer consumer = new DirectConsumer(); String[] routingKey = new String[]{"aaa", "bbb"}; String[] queueNames = new String[]{"qa", "qb"}; for (int i = 0; i < 2; i++) { consumer.msgConsumer(queueNames[i], routingKey[i]); } Thread.sleep(1000 * 60 * 10); } }执行上面的代码之后，就会多两个Queue，且增加了Exchange到Queue的绑定
binding queue当上面两个代码配合起来使用时，就可以看到对于消费者而言，qa一直消费的是偶数，qb一直消费的是奇数，一次输出如下:
[qa] Waiting for message. To exist press CTRL+C [qb] Waiting for message. To exist press CTRL+C [qa] Received 'hello >>> 0 [qb] Received 'hello >>> 1 [qa] Received 'hello >>> 2 [qb] Received 'hello >>> 3 [qa] Received 'hello >>> 4 ...有了上面的case之后，这个的实现和测试就比较简单了
这个的输出就比较有意思了，fa,fb两个队列都可以接收到发布的消息，而且单独的执行一次上面的投递数据之后，发现fa/fb两个队列的数据都是30条
30然后消费的结果如下
[qa] Waiting for message. To exist press CTRL+C [qb] Waiting for message. To exist press CTRL+C [qa] Received 'hello >>> 0 [qb] Received 'hello >>> 0 [qa] Received 'hello >>> 1 [qb] Received 'hello >>> 1 [qb] Received 'hello >>> 2 [qa] Received 'hello >>> 2 [qa] Received 'hello >>> 3 [qb] Received 'hello >>> 3 [qb] Received 'hello >>> 4 [qa] Received 'hello >>> 4 ...代码和上面差不多，就不重复拷贝了，接下来卡另外几个问题
在上面的基础使用中，会有几个疑问如下：
Exchange声明的问题（是否必须声明，如果不声明会怎样）Exchange声明的几个参数（durable, autoDelete)有啥区别当没有队列和Exchange绑定时，直接往队列中塞数据，好像不会有数据增加（即先塞数据，然后创建queue，建立绑定，从控制台上看这个queue里面也不会有数据）消息消费的两种姿势（一个主动去拿数据，一个是rabbit推数据）对比ack/nack怎么用，nack之后消息可以怎么处理以上内容，留待下一篇进行讲解
一灰灰的个人博客，记录所有学习和工作中的博文，欢迎大家前去逛逛
尽信书则不如，已上内容，纯属一家之言，因个人能力有限，难免有疏漏和错误之处，如发现bug或者有更好的建议，欢迎批评指正，不吝感激
微博地址: 小灰灰BlogQQ： 一灰灰/3302797840转载于:https://www.cnblogs.com/yihuihui/p/9127300.html
相关资源：JAVA上百实例源码以及开源项目