rabbitmq dockerfile 持久化配置 rabbitmq持久化缺点

一、队列持久化

<1> 生产者代码修改为队列持久化

<2> 如果队列已存在却不是持久化的队列，就需要把原队列先删除，再重新创建，否在代码会报错。

<3> 队列持久化，即使重启rabbitmq，队列也依旧存在

二、消息持久化

<1> 生产者代码修改为消息持久化

<2>将消息标记为持久化并不能完全保证不会丢失消息。

将消息标记为持久化并不能完全保证不会丢失消息。尽管它告诉RabbitMQ.将消息保存到磁盘，但是这里依然存在当消息刚准备存储在磁盘的时候但是还没有存储完，消息还在缓存的一个间隔点。此时并没有真正写入磁盘。持久性保证并不强，但是对于我们的简单任务队列而言，这已经绰绰有余了。如果需要更强有力的持久化策略，参考后边课件发布确认章节。

三、不公平分发

<1> 概念

在最开始的时候我们学习到RabbitMQ.分发消息采用的轮训分发。但是在某种场景下这种策略并不是很好，比方说有两个消费者在处理任务，其中有个消费者1处理任务的速度非常快，而另外一个消费者2处理速度却很慢，这个时候我们还是采用轮训分发的化就会到这处理速度快的这个消费者很大一部分时间处于空闲状态，而处理慢的那个消费者一直在干活，这种分配方式在这种情况下其实就不太好，但是RabbitMQ并不知道这种情况它依然很公平的进行分发。

<2>消费者代码修改为不公平分发

<3> 运行结果