【朝夕专刊】RabbitMQ消息的持久化优先级

欢迎大家阅读《朝夕Net社区技术专刊》

我们致力于.NetCore的推广和落地，为更好的帮助大家学习，方便分享干货，特创此刊！很高兴你能成为忠实读者，文末福利不要错过哦！

上篇文章介绍了RabbitMQ在使用中的消息确认；这篇文章继续给大家分享、本片文章主要介绍RabbitMQ消息的持久化、消息优先级。其实在实际的开发中，有这样的一个场景，我们不能绝对避免。

1.消息持久化

其实在前面的文章中已经介绍了exchange和queue的持久化，把exchange和queue的durable属性设置为true，重启rabbitmq服务时( 重启命令：rabbitmqctl stop_app ;rabbitmqctl start_app )，exchange和queue也会恢复。我们需要注意的是：如果queue设置durable=true，rabbitmq服务重启后队列虽然会存在，但是队列内的消息会丢全部丢失。那么怎么实现消息的持久化呢？实现的方法很简单：将exchange和queue都设置durable=true，然后在消息发布的时候设置persistent=true即可。

下面就直接来看一个案例：如下图所示

声明exchange和queue时设置durable=true，然后执行上边的代码，传入一条消息。重启rabbitmq后，exchange,queue和消息都会恢复。我们也可以在web管理界面设置消息持久化，如图：

这里就需要同学们按照老师这里的案例配置起来，发送一条消息、然后重新RabbitMQ服务；然后查看消息；如果持久化，那么消息已然存在；

2.消息优先级

我们知道queue是先进先出的 如图，即先发送的消息，先被消费。

但是在具体业务中可能会遇到要提前处理某些消息的需求，如一个常见的需求：普通客户的消息按先进先出的顺序处理，Vip客户的消息要提前处理。消息实现优先级控制的实现方式是：首先在声明queue是设置队列的x-max-priority属性，然后在publish消息时，设置消息的优先级等级即可。为了演示方便，约定所有vip客户的信息都以vip开头，请看下图中的代码实现：如图4、图5 请配合查看

把生产者和消费者都运行起来，结果如下；消费者并没有按照写入的顺序，来读取，因为写入消息的时候，设置了优先级；包含vip内容的优先级最高；所以就先被消费掉了；