rabbitmq笔记-rabbitmq进阶-数据可靠性，rabbitmq高级特性-Toy模板网

这篇具有很好参考价值的文章主要介绍了rabbitmq笔记-rabbitmq进阶-数据可靠性，rabbitmq高级特性。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

消息何去何从

mandatory和immediate是channel.basicPublish方法的两个参数，都有消息传递过程中不可达目的地时将消息返回给生产者的功能。

mandatory参数

true：交换器无法根据自身的类型和路由键找到符合条件的队列，rabbitmq调用Basic.Return命令将消息返回给生产者
- 生产者调用channel.addReturnListener添加ReturnListener监听器实现
false：消息直接丢弃

immediate参数

告诉服务器至少将该消息路由到一个队列中，否则将消息返回给生产者。

Rabbitmq3.0去掉了对immediate参数支持，建议采用TTL和DLX方法替代

true：如果交换器在将消息路由到队列时发现队列上并不存在任何消费者，这条消息将不会存入队列中，当与路由键匹配的所有队列都没有消费者时，该消息会通过Basic.Return返回至生产者。

备份交换器（AE）

生产者发送消息不设置mandatory，消息未被路由会丢失，设置了，需要添加ReturnListener。如果不想编程复杂也不想消息丢失使用备份交换器。

使用：

声明交换器时添加alternate-exchange参数实现
- channel.exchangeDeclare(“myAe”,“fanout”,true,false,null);
- channel.queueDeclare(“unroutedQueue”,true,false,false,null);
- channel.queueBind(“unroutedQueue”,“myAe”,“”);
通过策略（Policy）实现
- rabbitmqctl set_policy AE “^normalExchange$” ‘{“alternate-exchange”:“myAE”}’

特殊情况：

如果设置了备份交换器不存在，客户端和RabbitMQ服务端都不会有异常出现，此时消息会丢失
如果备份交换器没有绑定任何队列，客户端和rabbitmq服务端都不会有异常出现，此时消息会丢失
如果备份交换器没有任何匹配的队列，客户端和rabbitmq服务端都不会有异常出现，此时消息会丢失
如果备份交换器和mandatory参数一起使用，那么mandatory参数无效

过期时间（Time to Live ，TTL）

设置消息TTL

通过队列属性设置，队列中所有消息都有相同的过期时间（一旦过期，就从队列中抹去，消息已经在队列头部，只要定期从队列头部开始扫描即可）
- channel.queueDeclare方法中加入x-message-ttl参数实现，单位ms
  - ```
  Map<String,Object> args = new HashMap<String,Object>();
  args.put("x-message-ttl",6000);
  channel.queueDeclare(queueName,durable,exclusive,autoDelete,args);
```
- 通过Policy方式设置ttl
  - ```
  rabbitmqctl set_policy TTL ".*" '{"message-ttl":6000}' --apply-to queue
```
- 通过调用http api接口设置
通过对消息本身单独设置，每条消息的ttl可以不同（即使过期，也不会马上抹去，是否过期是在即将投递到消费者之前判定的）
- 代码设置
  - 设置AMQP.BasicProperties属性
  - set属性：deliveryMode（持久化消息），expiration（ttl时间）
- 通过 http api接口设置
如果两个方法一起使用，消息的ttl以两者之间较小的数值为准，消息在队列中一旦超过设置的ttl时，就会变成死信，消费者将无法再收到该消息
不设置ttl，表示此消息不会过期，ttl=0，表示除非此时可以直接将消息投递到消费者，否则立即丢弃。

设置队列TTL

channel.queueDeclare方法中的x-expires参数可以控制队列被自动删除前处于未使用状态的时间（未使用：队列上没有任何消费者，队列也没有被重新声明，并在过期时间段内也未调用过Basic.Get命令）

Map<String, Object> args = new HashMap<String,Object>();
args.put("x-expires", 1800000);
channel.queueDeclare("myqueue",false,false,false,args);

死信队列

当消息在一个队列中变成死信后，能被重新被发送到另一个交换器中，这个交换器就是DLX，死信交换器，绑定DLX的队列就是死信队列

消息变成死信情况

消息被拒绝
消息过期
队列达到最大长度

当队列中存在死信时，rabbitmq会自动将这个消息重新发布到设置的DLX上去，进而被路由到另一个队列，死信队列，可以监听这个队列的消息进行相应处理

设置方法

代码设置：
- channel.queueDeclare方法中设置x-dead-letter-exchange为队列添加DLX
通过Policy方式设置

延迟队列

延迟队列存储的对象是对应的延迟消息（当消息被发送以后，并不想让消费者立刻拿到消息，而是等待特定时间后，消费者才能拿到这个消息进行消费）。

场景：

订单系统，30min内未支付，进行异常处理
手机遥控设备指定时间工作

通过DLX 和TTL模拟延迟队列的功能。

假设一个应用中需要将每条消息都设置为10秒延迟，生产者通过exchange.normal交换器将发送的消息存储在queue.normal队列，消费者订阅的是queue.dlx队列，当消息从queue.normal整个队列中过期之后被存入queue.dlx队列，消费者恰巧消费到了延迟10秒的这条消息。

优先级队列

实现：通过设置队列的x-max-priority参数实现

默认最低优先级为0，越高越优先消费

前提：如果在消费速度大于生成者的速度且broker中没有消息堆积的情况下，对发送的消息设置优先级就没什么意义了。

RPC实现

客户端发送请求消息，服务端回复响应的消息，为了接收响应的消息，需要在请求消息中发送一个回调队列

String callbackQueueName = channel.queueDeclare().getQueue();
BasicProperties props = new BasicProperties.Builder().replyTo(callbackQueueName).build();
channel.basicPublish("","rpc_queue",props,message.getBytes());

replyTo：用来设置一个回调队列
correlationId：用来关联请求和其调用RPC之后的回复，每一个请求设置一个唯一的correlationId

可以为每一个客户端创建一个单一的回调队列。

持久化

交换器持久化：通过在声明队列是将durable参数置为true实现的。如果不持久化，rabbitmq服务重启后，相关的交换器元数据会丢失，消息不丢失，只是不能将消息发送到这个交换器中了。
队列持久化：通过在声明队列时将durable置为true，如果不设置持久化，rabbitmq重启后，相关队列元数据会丢失，此时数据也会丢失。
消息持久化：通过将消息的投递模式BasicProperties中的diliveryMode属性设置为2即可实现消息的持久化
设置了队列和消息的持久化，rabbitmq服务重启后，消息依旧存在。

将交换器、队列、消息都设置持久化后不能保证数据百分百丢失。