一个关于客户端(消费者)开启自动应答,重启后"未处理消息丢失"的小坑。(主要是对RabbitMQ理解不够)
首先,申明一下: 本文所谓的 "丢失消息" 不是指服务器宕机、重启等原因导致内存中消息丢失,也就是说不是关于消息持久化的问题。
使用C# 编写测试。
问题表象: 消费者开启自动应答,某时,消费者掉线(关闭/崩溃等),届时重启消费者,发现消费者未处理完的消息丢失。
条件: 服务器不宕机、不重启,只有一个消费者、一个生产者。
消息流向: 消息--->生产者--->交换器--->队列--->消费者
问题的处理: 消费者开启手动应答,若再出现之前情况,消息不丢失。
先给个代码。
生产者代码如下:
static void Main(string[] args)
{
var factory = new ConnectionFactory() { HostName = "localhost" };
using (var connection = factory.CreateConnection())
using (var channel = connection.CreateModel())
{
//申明广播类型交换器
channel.ExchangeDeclare(exchange: "ex1", type: "fanout");
//申明队列
channel.QueueDeclare(queue: "test1",
durable: false,
exclusive: false,
autoDelete: false,
arguments: null);
int count = 0;
while (true)
{
count++;
var body = Encoding.UTF8.GetBytes(count.ToString());
//向key为 p 的交换器 ex1 上推数据
channel.BasicPublish(exchange: "ex1",
routingKey: "p",
basicProperties: null,
body: body);
Console.WriteLine($"send msg {count}");
System.Threading.Thread.Sleep(1000);
}
}
}
消费者代码如下(开启自动应答):
static void Main(string[] args)
{
var factory = new ConnectionFactory() { HostName = "localhost" };
using (var connection = factory.CreateConnection())
using (var channel = connection.CreateModel())
{
//队列与交换器绑定
channel.QueueBind(queue: "test1",
exchange: "ex1",
routingKey: "p");
var consumer = new EventingBasicConsumer(channel);
consumer.Received += (model, ea) =>
{
var body = ea.Body;
var message = Encoding.UTF8.GetString(body);
Console.WriteLine($"收到消息 -- {message}");
System.Threading.Thread.Sleep(2000);
};
channel.BasicConsume(queue: "test1",
autoAck: true,
consumer: consumer);
Console.ReadLine();
}
}
*交换器、队列必须先申明,两样都存在后才能进行绑定。
生产者向队列推送消息,队列中展现状态为ready的数据就是未被消费的消息。
推送90个消息:
队列中存了90个未应答的消息
打开消费者:
发现现在消息已经全部被自动应答,队列已清空。
再启动消费者:
如预料,空空一片。
小结 :开启消费者(开启自动应答),发现队列中状态为Ready的消息全部被应答,队列中状态为Ready的消息清空,不等消费者处理完这些消息,关闭消费者,然后再开启消费者,消费者不会再收到消息,出现消费者"未处理"完的消息丢失的问题。
同之前先屯90个消息。
然后关闭自动应答。
开启消费者:
消息状态一次性全部变成unacked。 因为没有写手动处理消息的逻辑,所以unacked状态的消息不会变少。
然后关闭消费者:
RabbitMQ 未删除无应答的消息,消息重新转为Ready状态,继续等待连接消费者处理。
再开启消费者:
没有出现丢失未处理完消息的情况。
小结:开启消费者(关闭自动应答),发现队列中状态为Ready的消息状态全部转变为unacked,队列中状态为ready的消息清空,随消费者应答,队列中状态为unacked的消息逐渐减少,关闭消费者,发现队列中状态为unacked的消息重新改变回ready状态,
结论:
关闭自动应答可避免这种消息"丢失的情况"。
另外在开启自动应答 ack=true 的情况下,需要保证一定有消费者在线,才能保证消息都被接收处理。开启手动应答必然消耗更多资源,因为 RabbitMQ 需要根据应答标号去删除队列中对应的消息。
以上仅个人理解,若有错误,欢迎指正~