上篇讨论过消息投递和消息消费过程中如何确保可靠传输，也提及到消息到达RabbitMQ中到被消费前也需要可靠的留存，可因许多的不确定因素会影响着消息的存在与否。
生产者发送消息到RabbitMQ中，如果交换机根据自身类型和RoutingKey能够匹配到队列，则存入相关队列，但当匹配不到队列时，遇到两种情况而使得消息走向不同的方向，消息可能会丢失或是发回给生产者，这取决于生产者对消息的配置。
生产者设置了Mandatory且为true，则消息回退给生产者。
当生产者为设置Mandatory或是设置为false时，为了避免消息丢失，可以由交换机路由给备份交换机负责去搞定存储。
生产者发送消息时，可以设置一个参数mandatory，来决定消息到达RabbitMQ后，如果出现交换机根据自身类型及RoutingKey找不到合适的队列情况下，消息的一个走向。
当mandatory为true时，消息则返回给生产者。
当mandatory为false时，消息则被丢弃。
当在BasicPublish方法参数中设置mandatory为true且队列暂不声明时，仅有一个交换机，消息将会被返回。
var connFactory = new ConnectionFactory
{
HostName = "xxx.xxx.xxx.xxx",
Port = 5672,
UserName = "rabbitmqdemo",
Password = "rabbitmqdemo@test",
VirtualHost = "rabbitmqdemo"};
using (var conn = connFactory.CreateConnection)
{
using (var channel = conn.CreateModel)
{
var exchangeName = "mandatory_publishsubscribe_exchange";
channel.ExchangeDeclare(exchange: exchangeName, type: "fanout");
while (true)
{
Console.WriteLine("消息内容(exit退出):");
var message = Console.ReadLine;
if (message.Trim.ToLower == "exit")
{
break;
}
var body = Encoding.UTF8.GetBytes(message);
channel.BasicPublish(exchange: exchangeName, routingKey: "", mandatory: true, basicProperties: , body: body);
Console.WriteLine("消息内容发送完毕:" + message);
}
}
}生产者发送消息，交换机收到消息但无对应队列，消息被返回。
为了直观的知道消息返回到了生产者，我们可以增加一个监听器，来监听返回的消息。
当mandatory设置为true，消息回退时可以监听消息
channel.BasicReturn += new EventHandler((sender, e) =>
{
var message = Encoding.UTF8.GetString(e.Body.ToArray);
Console.WriteLine($"收到回退消息：{message}");
}); 生产者发送消息，因无匹配队列，消息被返回，可以直观的看到返回的消息。
当mandatory设置为false时，消息被丢失了，这种情况可不太好。可以使用备份交换机来存储原要被丢弃的消息，当需要这些消息的时候，还能拿到这些消息。实际上备份交换机没有什么特殊，和主交换机是一样的只是充当备份的角色。
在创建主交换机的时候，给定参数argument，设置该主交换机的备份交换机，指定备份交换机名称。
然后声明备份交换机并绑定一个队列，用于存储被丢弃的消息。
发送消息时mandatory参数设置为false。
var connFactory = new ConnectionFactory
{
HostName = "xxx.xxx.xxx.xxx",
Port = 5672,
UserName = "rabbitmqdemo",
Password = "rabbitmqdemo@test",
VirtualHost = "rabbitmqdemo"};
using (var conn = connFactory.CreateConnection)
{
using (var channel = conn.CreateModel)
{
var exchangeName = "aedemo_publishsubscribe_exchange";
var alternateExchangeName = "aedemo_ae_publishsubscribe_exchange";
var arguments = new Dictionary
{
{ "alternate-exchange", alternateExchangeName }
};
channel.ExchangeDeclare(exchange: exchangeName, type: "fanout", arguments: arguments);
channel.ExchangeDeclare(exchange: alternateExchangeName, type: "fanout");
var alternateExchangeQueueName = alternateExchangeName + "_worker";
channel.QueueDeclare(queue: alternateExchangeQueueName, durable: false, exclusive: false, autoDelete: false, arguments: );
channel.QueueBind(queue: alternateExchangeQueueName, exchange: alternateExchangeName, routingKey: "");
while (true)
{
Console.WriteLine("消息内容(exit退出):");
var message = Console.ReadLine;
if (message.Trim.ToLower == "exit")
{
break;
}
var body = Encoding.UTF8.GetBytes(message);
channel.BasicPublish(exchange: exchangeName, routingKey: "", mandatory: false, basicProperties: , body: body);
Console.WriteLine("消息内容发送完毕:" + message);
}
}
}启动程序，可以从Web面板中看到主交换机和备份交换机都创建完毕，并且主交换机打上了有AE的标记。
生产者发送消息，经主交换机匹配但无合适队列后，转发给备份交换机，路由到其队列存储。
注：推荐使用Fanout类型的交换机，如果其他比如Direct，当主交换机转发到备份交换机，在进行匹配时候，如果消息给定的RoutingKey没有匹配到相应的队列，消息则会被丢失，这样一来，最初的预想就出现偏差了。
当RabbitMQ在异常情况下，比如系统宕机、重启、关闭等，可能会导致数据丢失，可靠性降低。针对这种情况，RabbitMQ提供了持久化机制，将消息本身和元数据（队列、交换机、绑定信息）都保存到磁盘中。具体分为三类持久化
交换机持久化
队列持久化
消息持久化
当RabbitMQ遇到异常情况(如服务重启)后，如果没有设置交换机持久化，那么交换机相关数据则会被丢失，生产者再发送消息到指定交换机时就失败了。
1、在Web中新建一个交换机，指定非持久化模式。
2、新建一个队列，指定非持久化模式。
3、设置交换机和队列的绑定关系。
4、生产者前部分正常发送消息，中间经服务重启后，交换机、队列及绑定关系都被清除，生产继续发送消息，出现异常。
在声明交换机时可以指定durable参数设置为true(Web面板中也可设置)。
channel.ExchangeDeclare(exchange: exchangeName, type: "fanout", durable: true, arguments: );RabbitMQ服务重启，生产者继续发送消息给交换机。
队列的持久化是队列声明时设置durable参数为true，如果队列不持久化，异常情况(如服务重启)后，队列元数据丢失，存储在内的消息也就丢失了。
1、Web中创建一个交换机并设置为持久化模式。
2、创建一个队列并设置为非持久化模式
3、设置交换机和队列的绑定关系。
4、生产者前部分正常发送消息，中间经服务重启后，队列及绑定关系被清除，生产继续发送消息，匹配队列失败，消息被回退给生产者。
在声明队列时可以指定durable参数设置为true(Web面板中也可设置)。
channel.QueueDeclare(queue: queueName, durable: true, exclusive: false, autoDelete: false, arguments: );RabbitMQ服务重启，生产者继续发送消息给交换机。
队列的持久化仅能保证其自身的数据不丢失，而其存储的消息却不能保证不会丢失。
需要对消息消息设置持久化，以确保消息本身不会因异常情况(如服务重启)而丢失。在发送消息时，可以设置消息的基础属性，来支持消息的持久化。
var basicProperties = channel.CreateBasicProperties;
basicProperties.DeliveryMode = 2;// 1非持久化 2持久化channel.BasicPublish(exchange: exchangeName, routingKey: "", mandatory: true, basicProperties: basicProperties, body: body);如此一来，当异常情况(如服务重启后)，消息还是存在的。
注：消息持久化会影响性能，仅确保有价值的消息持久化，来权衡可靠与吞吐量。
2022-08-25,望技术有成后能回来看见自己的脚步
| 留言与评论（共有 0 条评论） “” |
