一、WorkQueue模型
WorkQueues模型是一个生成者向一个消费队列生成多条消息,由多个消费者进行消费。
二、消息自动确认与手动确认
1. 自动确认
假设两个消费者C1, C2。它们的处理信息能力是1:10。当这两个消费者同时开始消费队列中的信息时,自动确认情况下,队列将平均的将队列中的消息分发给两个队列。在接受到消息之后,两个队列会自动确认消息已收到,并开始处理。
// 第二个参数autoAck设置为true 表示开启自动确认
channel.basicConsume("work-queue", true, new DefaultConsumer(finalChannel){
@Override
public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
System.out.println("Customer "+ name +" 接受并消费了 " + new String(body) );
}
});
此时的情况是,消息均分后,消息队列中消息即被清除,执行消费快的消费者可能以及消费完毕,慢的消费者还在处理。
这样会导致两个问题
- 执行快的消费者性能被浪费。
- 执行慢的消费者倘若在消费过程中宕机,此消费者所需处理的剩余消息由于已从队列中取出并被确认消费。这些消息将丢失。
为了解决这个问题,将自动确认改为手动确认,并进行一条一条的消费。
2.手动确认
使用 basicQos(int)
方法来限制消费条数。
使用 basicAck(long, boollean)
方法来进行手动确认。
取消 basicConsume()
的自动确认
public class CustomerTh implements Runnable {
private String name;
public CustomerTh(String name) {
this.name = name;
}
@Override
public void run() {
Connection connection = RabbitMqUtil.getConnection();
Channel channel = null;
try {
channel = connection.createChannel();
channel.queueDeclare("work-queue",false, false, false , null);
//限制每次消费的消息条数
channel.basicQos(1);
final Channel finalChannel = channel;
//取消手动确认
channel.basicConsume("work-queue",false, new DefaultConsumer(finalChannel){
@Override
public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
System.out.println("Customer "+ name +" 接受并消费了 " + new String(body) );
//模拟消费者之间的性能差距
if (name.equals("1")){
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}else {
try {
Thread.sleep(200);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
//手动返送确认状态,参数1:手动确认消息标识(当前消息的标志), 参数2:是否开启多个消息的确认
finalChannel.basicAck(envelope.getDeliveryTag(), false);
}
});
} catch (IOException e) {
e.printStackTrace();
}
}
}
此时,每个消费者每次只从消息队列中消费一条消息,并且在消费完后执行手动确认(不进行手动确认而被消费的消息,将存储在消息队列的中unacked),再消费下一条消息。