查看“RabbitMQ：高级特性”的源代码

[[category:RabbitMQ]]

== 持久化机制 ==
RabbitMQ 持久化机制分为：
# '''交换器持久化'''：声明交换机的时候可以通过属性设置是否需要持久化；
#: <syntaxhighlight lang="Java" highlight="">
// 声明交换机：第三个参数为持久化选项
channel.exchangeDeclare(EXCHANGE_ROUTING_INFORM, BuiltinExchangeType.DIRECT, true);
</syntaxhighlight>
# '''队列持久化'''：声明队列的时候可以设置队列是否需要持久化；
#: <syntaxhighlight lang="Java" highlight="">
// 声明队列：第二个参数为持久化选项
channel.queueDeclare(QUEUE_INFORM_EMAIL, true, false, false, null);
</syntaxhighlight>
# '''消息持久化'''：在发布消息的时候，通过消息属性可以设置，消息是否需要持久化；
#: <syntaxhighlight lang="Java" highlight="">
// 发送消息：第三个参数为消息属性
//“MessageProperties.PERSISTENT_TEXT_PLAIN”：将消息标记为持久性，确保即使 RabbitMQ 重新启动，队列也不会丢失。
channel.basicPublish("", TASK_QUEUE_NAME, MessageProperties.PERSISTENT_TEXT_PLAIN, message.getBytes(StandardCharsets.UTF_8));
</syntaxhighlight>

* 队列持久化，不代表消息就是持久化的。
* 不管是持久化的消息还是非持久化的消息都可以被写入到磁盘：
** 持久化消息会同时写入磁盘和内存（加快读取速度）；
** 非持久化消息会在内存不够用时，将消息写入磁盘（Rabbitmq重启之后就没有了）。

== 消息顺序 ==
RabbitMQ使用过程中，有些业务场景需要我们保证顺序消费，例如：业务上产生三条消息，分别是对数据的增加、修改、删除操作，如果没有保证顺序消费，执行顺序可能变成删除、修改、增加，这就乱了。

: [[File:RabbitMQ：消息顺序示例.png|400px]]


RabbitMQ的消息顺序问题，需要分三个环节看待，'''发送消息的顺序'''、'''队列中消息的顺序'''、'''消费消息的顺序'''。

=== 发送消息的顺序 ===
消息发送端的顺序，大部分业务不做要求，谁先发消息无所谓，如果遇到业务一定要发送消息也确保顺序，那意味着，只能'''全局加锁'''一个个的操作，一个个的发消息，'''不能并发发送消息'''。

=== 队列中消息的顺序 ===
RabbitMQ中，消息最终会保存在队列中，在同一个队列中，消息是顺序的，先进先出原则，这个由Rabbitmq保证，通常也不需要开发关心。
* 不同队列中的消息顺序，是没有保证的。

=== 消费消息的顺序 ===
我们说如何保证消息顺序性，通常说的就是消费者消费消息的顺序，在多个消费者消费同一个消息队列的场景，通常是无法保证消息顺序的，开篇的示意图已经说明，虽然消息队列的消息是顺序的，但是多个消费者并发消费消息，获取的消息的速度、执行业务逻辑的速度快慢、执行异常等等原因都会导致消息顺序不一致。

: 例如：消息A、B、C按顺序进入队列，消费者A1拿到消息A、消费者B1拿到消息B, 结果消费者B执行速度快，就跑完了，又或者消费者A1挂了，都会导致消息顺序不一致。

'''解决消费顺序的问题，通常就是一个队列只有一个消费者'''。
* 这样可以按顺序处理消息，但并发能力下降了，无法并发消费消息，这是个取舍问题。
* 如果业务又要顺序消费，又要增加并发，通常思路就是开启多个队列，业务根据规则将消息分发到不同的队列，通过增加队列的数量来提高并发度。
*: 例如：电商订单场景，只需要保证同一个用户的订单消息的顺序性就行，不同用户之间没有关系，所以只要让同一个用户的订单消息进入同一个队列就行，其他用户的订单消息，可以进入不同的队列。

== 优先级队列（消息优先级） ==