一个关于客户端(消费者)开启自动应答，重启后"未处理消息丢失"的小坑。（主要是对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 需要根据应答标号去删除队列中对应的消息。
以上仅个人理解，若有错误，欢迎指正~
