rabbtitmq数据丢失情况和重复消费的处理

1.如何防止rabbitmq的生产者丢失数据？
RabbitMQ提供transaction和confirm模式来确保生产者不丢消息，一般使用confirm模式，一旦channel进入confirm模式，所有在该信道上面发布的消息都将会被指派一个唯一的ID(从1开始)，一旦
消息被投递到所有匹配的队列之后，rabbitMQ就会发送一个Ack给生产者(包含消息的唯一ID)，这就使得生产者知道消息已经正确到达目的队列了.如果rabiitMQ没能处理该消息，则会发送一个N
ack消息给你，你可以进行重试操作。
//测试确认后回调
@Service
public class HelloSender1 implements RabbitTemplate.ConfirmCallback {

@Autowired
private RabbitTemplate rabbitTemplate;


public void send() {
    String context = "你好现在是 " + new Date() +"";
    System.out.println("HelloSender发送内容 : " + context);
    this.rabbitTemplate.setConfirmCallback(this);
    //exchange,queue 都正确,confirm被回调, ack=true
    //this.rabbitTemplate.convertAndSend("exchange","topic.message", context);

    //exchange 错误,queue 正确,confirm被回调, ack=false
    //this.rabbitTemplate.convertAndSend("fasss","topic.message", context);

    //exchange 正确,queue 错误 ,confirm被回调, ack=true; return被回调 replyText:NO_ROUTE
    //this.rabbitTemplate.convertAndSend("exchange","", context);

    //exchange 错误,queue 错误,confirm被回调, ack=false
    this.rabbitTemplate.convertAndSend("fasss","fass", context);
}

@Override
public void confirm(CorrelationData correlationData, boolean ack, String cause) {
    System.out.println("confirm--:correlationData:"+correlationData+",ack:"+ack+",cause:"+cause);
}

}
2.如何防止rabbitmq的消息队列丢失数据？
处理消息队列丢数据的情况，一般是开启持久化磁盘的配置。这个持久化配置可以和confirm机制配合使用，你可以在消息持久化磁盘后，再给生产者发送一个Ack信号。这样，如果消息持久化磁盘
之前，rabbitMQ阵亡了，那么生产者收不到Ack信号，生产者会自动重发。
那么如何持久化呢，这里顺便说一下吧，其实也很容易，就下面两步
①、将queue的持久化标识durable设置为true,则代表是一个持久的队列
②、发送消息的时候将deliveryMode=2
这样设置以后，rabbitMQ就算挂了，重启后也能恢复数据。在消息还没有持久化到硬盘时，可能服务已经死掉，这种情况可以通过引入mirrored-queue即镜像队列，但也不能保证消息百分百不丢
失（整个集群都挂掉）
3.如何防止rabbitmq的消费者丢失数据？
ack和重试机制：
指定Acknowledge的模式：
spring.rabbitmq.listener.direct.acknowledge-mode=manual，表示该监听器手动应答消息
针对手动确认模式，有以下特点：
1.使用手动应答消息，有一点需要特别注意，那就是不能忘记应答消息，因为对于RabbitMQ来说处理消息没有超时，只要不应答消息，他就会认为仍在正常处理消息，导致消息队列出现阻塞，影响
业务执行。
2.如果消费者来不及处理就死掉时，没有响应ack时，会项目启动后会重复发送一条信息给其他消费者；
3.可以选择丢弃消息，这其实也是一种应答，如下，这样就不会再次收到这条消息。
channel.basicNack(message.getMessageProperties().getDeliveryTag(), false,false);
4.如果消费者设置了手动应答模式，并且设置了重试，出现异常时无论是否捕获了异常，都是不会重试的
5.如果消费者没有设置手动应答模式，并且设置了重试，那么在出现异常时没有捕获异常会进行重试，如果捕获了异常不会重试。
spring.rabbitmq.listener.simple.retry.max-attempts=5 最大重试次数
spring.rabbitmq.listener.simple.retry.enabled=true 是否开启消费者重试（为false时关闭消费者重试，这时消费端代码异常会一直重复收到消息）
spring.rabbitmq.listener.simple.retry.initial-interval=5000 重试间隔时间（单位毫秒）
spring.rabbitmq.listener.simple.default-requeue-rejected=false 重试次数超过上面的设置之后是否丢弃（false不丢弃时需要写相应代码将该消息加入死信队列）
3.如何防止rabbitmq的消费者重复消费数据？
1.在生产者放入消息时建立唯一标识id，在消费者端进行缓存并判断，缓存的方式可以有多种：redis，数据库表，ConcurrentHashMap