RabbitMQ 工作模式——Work 模式 在实际环境中,使用简单模式的场景还是比较少的,生产者与消费者一一对应的话很容易消息堆积的情况: 当消息处理比较耗时的时候,可能生产消息的速度会远远大于消息的消费速度。长此以往,消息就会堆积越来越多,无法及时处理。 此时就可以使用 work 模型:让多个消费者绑定到一个队列,共同消费队列中的消息 。队列中的消息一旦消费,就会消失,因此任务是不会被重复执行的。
work 模式的工作示意图:
当有多个消费者时,我们的消息会被哪个消费者消费呢,我们又该如何均衡消费者消费信息的多少呢? 主要有两种模式: 1、轮询模式的分发:一个消费者一条,按均分配; 2、公平分发:根据消费者的消费能力进行公平分发,处理快的处理的多,处理慢的处理的少;按劳分配;
Work 模式的分类——轮询模式 该模式接收消息是当有多个消费者接入时,消息的分配模式是一个消费者分配一条,直至消息消费完成。
消费者 1 和消费者 2 的消息处理能力不同,但是最后处理的消息条数相同,是“按均分配”。 因为消息处理能力不同,经常会出现处理能力快的消费者已经消费完了,而处理能力慢的消费者还在处理消息。
示例 示例例步骤如下:
创建连接工厂对象,设置对象参数
根据连接工厂对象获取连接对象
根据连接对象获取通道对象
获取通道对象之后,分生产者和消费者两种情况
生产者
创建队列并且设置队列的各种参数
发送消息
关闭通道对象和连接对象
消费者
创建队列并且设置队列的各种参数
接受消息
一直监听队列参数…..
1、Maven 依赖 pom.xml
1 2 3 4 5 <dependency> <groupId>com.rabbitmq</groupId> <artifactId>amqp-client</artifactId> <version>5.7 .2 </version> </dependency>
2、将连接 Rabbit MQ 的代码封装成工具类 RabbitmqUtils 类
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 public class RabbitmqUtils { private static final ConnectionFactory connectionFactory; static { connectionFactory = new ConnectionFactory (); connectionFactory.setHost("localhost" ); connectionFactory.setPort(5672 ); connectionFactory.setUsername("admin" ); connectionFactory.setPassword("admin" ); connectionFactory.setVirtualHost("/" ); } public static Connection getConnection () { try { return connectionFactory.newConnection(); } catch (IOException e) { e.printStackTrace(); } catch (TimeoutException e) { e.printStackTrace(); } return null ; } public static void close (Connection var1, Channel var2) { try { if (var2 != null ) var2.close(); if (var1 != null ) var1.close(); } catch (IOException e) { e.printStackTrace(); } catch (TimeoutException e) { e.printStackTrace(); } } }
3、定义生产者 Work_Producer 类
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 public class Work_Producer { public static void main (String[] args) { Connection connection = RabbitmqUtils.getConnection(); Channel channel = null ; try { channel = connection.createChannel(); channel.queueDeclare("work" , false , false , false , null ); for (int i = 1 ; i <= 100 ; i++) { String msg = "第" +i+"条消息~" ; channel.basicPublish("" , "work" , null ,msg.getBytes()); } RabbitmqUtils.close(connection,channel); } catch (IOException e) { e.printStackTrace(); } } }
4、定义消费者 这里定义两个消费者,代码都一样,为了做区别,只在消费信息的时候标注是哪一个消费者消费。
Customer1 类
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 public class Customer1 { public static void main (String[] args) { Connection connection = RabbitmqUtils.getConnection(); Channel channel = null ; try { channel = connection.createChannel(); channel.queueDeclare("work" ,false ,false ,false ,null ); channel.basicConsume("work" , true , new DefaultConsumer (channel) { @Override public void handleDelivery (String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte [] body) throws IOException { System.out.println("Customer_1 消费消息 --- >" +new String (body)); } }); } catch (IOException e) { e.printStackTrace(); } } }
Customer2 类
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 public class Customer2 { public static void main (String[] args) { Connection connection = RabbitmqUtils.getConnection(); Channel channel = null ; try { channel = connection.createChannel(); channel.queueDeclare("work" ,false ,false ,false ,null ); channel.basicConsume("work" , true , new DefaultConsumer (channel) { @Override public void handleDelivery (String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte [] body) throws IOException { System.out.println("Customer_2 消费消息 --- >" +new String (body)); } }); } catch (IOException e) { e.printStackTrace(); } } }
5、运行结果
这时候可以看到消息都是轮询的发给消费者,你处理一条我处理一条; 但是如果一个消费者处理的慢呢?在消费者 1 的代码下加一条线程休眠语句
1 2 3 4 5 6 System.out.println("Customer_1 消费消息 --- >" +new String (body)); try { Thread.sleep(2000 ); } catch (InterruptedException e) { e.printStackTrace(); }
加了休眠语句后的运行结果
消费者 2 已经处理完了分配个它的所有信息,而消费者 1 还在处理信息,这个时候把消费者 1 断掉,回到 RabbitMQ 的管理界面,队列已经没有消息了,造成了消息丢失。
总结
上面的情况:消费者 2 已经处理完了分配个它的所有信息,而消费者 1 还在处理信息,且消费者在调用接收队列信息的方法时传了一个参数:
1 channel.basicConsume("work" , true , new DefaultConsumer (channel)
第二个布尔值的参数就代表着是否自动确认。 为 true 时消费者被分到消息时就全部把这些消息自动确认收到并且反馈给 MQ; 为 false 时需要消费者手动向 MQ 服务进行消息确认被消费。
举个例子,如果队列里面有 100 条消息,使用轮询模式分发给 2 个消费者各 50 条信息,一个快一个慢;快的消费者已经消费完了慢的消费者还在消费;MQ 服务分给消费者的时候已经得到了自动确认的信息,就不再管消息了。 但事实上慢的消费者还没有消费完这些信息,MQ 也不再管消息了。如果这个时候慢消费者出现了宕机,消息就出现了丢失。 这时候就要引入消息确认机制以及每次从队列拿取多少条信息机制来实现公平分发模式。
Work 模式——公平分发模式 该模式根据消费者的消费能力进行公平分发,处理快的处理的多,处理慢的处理的少;按劳分配;
那如何定义处理快和处理慢呢?
这取决于部署服务的机器性能有关,我们解决不了,但是可以借助 RabbitMQ 里面的自动确认消息和每次消费消息个数的机制来确定。 在从上面轮询模式中就可以得知,消费者在调用消费消息方法的时候入参一个布尔值参数,代表着是否自动确认消息。当该参数为 true 时,队列给你分发了 50 条信息且该消费者无法短时间处理完这些信息时,也会向 MQ 服务发送消息已经被确认的信息,这个时候就很容易出现消息丢失的情况。 为了防止服务宕机出现消息丢失的情况,引入了手动消息确认机制和 QOS 机制;
使用步骤:
关闭消息的自动确认
设置消费者每次从队列拿取消息的个数
消费者手动确认
整体示例例步骤如下:
创建连接工厂对象,设置对象参数
根据连接工厂对象获取连接对象
根据连接对象获取通道对象
获取通道对象之后,分生产者和消费者两种情况
生产者
创建队列并且设置队列的各种参数
发送消息
关闭通道对象和连接对象
消费者
创建队列并且设置队列的各种参数(这里要关闭消息的自动确认)
设置 QOS(每次从队列中拿取消息的个数)
接受消息,并且手动确认消息
一直监听队列参数…..
示例 1、定义生产者 生产者代码与上面代码一样
2、定义消费者 假设消费者 1 处理一条消息需要 2 秒钟;
Customer1 类
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 public class Customer1 { public static void main (String[] args) { Connection connection = RabbitmqUtils.getConnection(); Channel channel = null ; try { channel = connection.createChannel(); channel.queueDeclare("work" ,false ,false ,false ,null ); channel.basicQos(1 ); channel.basicConsume("work" , false , new DefaultConsumer (channel) { @Override public void handleDelivery (String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte [] body) throws IOException { System.out.println("Customer_1 消费消息 --- >" +new String (body)); try { Thread.sleep(2000 ); } catch (InterruptedException e) { e.printStackTrace(); } channel.basicAck(envelope.getDeliveryTag(),false ); } }); } catch (IOException e) { e.printStackTrace(); } } }
假设消费者 2 处理一条消息只需要 0.2 秒Customer2 类
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 public class Customer2 { public static void main (String[] args) { Connection connection = RabbitmqUtils.getConnection(); Channel channel = null ; try { channel = connection.createChannel(); channel.queueDeclare("work" ,false ,false ,false ,null ); channel.basicQos(1 ); channel.basicConsume("work" , false , new DefaultConsumer (channel) { @Override public void handleDelivery (String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte [] body) throws IOException { System.out.println("Customer_2 消费消息 --- >" +new String (body)); try { Thread.sleep(200 ); } catch (InterruptedException e) { e.printStackTrace(); } channel.basicAck(envelope.getDeliveryTag(),false ); } }); } catch (IOException e) { e.printStackTrace(); } } }
运行结果
消费者 1
消费者 2
因为因为消费者 2 的处理时间是 0.2 秒而消费者 1 处理时间是 2 秒,所以从结论上面看已经做到了能者多劳的情况。
公平分发模式比轮询模式多了几句代码
设置每次从队列拿取多少条消息消费
设置关闭消费者自动消息确认
1 2 channel.basicConsume("work" , false , new DefaultConsumer (channel)
手动确认消息被确认
1 2 channel.basicAck(envelope.getDeliveryTag(),false );