RabbitMQ

RabbitMQ Cluster + Queue HA + Haproxy + Keepalived

1. 接受方：通知server是否成功处理mq
channel.basicConsume(config.getQueueName(), false, consumer);
关闭自动确认，但没有手动确认。
A. 成功接收mq，并成功处理。--- server: mq消息从内存中移除。
B. 成功接收mq，但没有处理完成。 --- server: mq消息一直发送。

channel.basicAck(message.getMessageProperties().getDeliveryTag(), false);
关闭自动确认，设置手动确认，执行此确认后，不管有没有处理完成，server一旦收到确认，就将mq消息从内存中移除了。

自动确认：处理完成消息后，会自动确认；没有处理完消息，不会确认。并非收到消息就确认。

2. 发送方：接收server是否接收到mq
设置确认开关：
spring.rabbitmq.publisher-confirms=true
通过构造方法注入,设置回调：---- 1个rabbitTemplate只能有1个ConfirmCallback
public RabbitMqSend(RabbitTemplate rabbitTemplate) {
        this.rabbitTemplate = rabbitTemplate;
        rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback() {
            @Override
            public void confirm (CorrelationData correlationData,boolean ack, String cause){
                logger.info(" 回调id:" + correlationData);
                if (ack) {
                    logger.info("mq Server已成功收到消息");
                } else {
                    logger.error("mq Server未收到消息:" + cause);
                }
            }
        });
}

测试重试：debug模式，发送mq--断网--联网。

事务(Transactional)或发布确认(Publisher Confirms / aka Publisher Acknowledgements)机制可保证消息被正确投递，即从理论上来说MQ不会丢消息。
注意这两种机制不能共存。事务机制是重量级的，同步的，会带来大量开销；发布确认机制则是轻量级的，异步的。
对于发布确认机制，
(1) 需置CachingConnectionFactory的publisherConfirms属性为true；
(2) 生产者需调用setConfirmCallback(ConfirmCallback callback)，Confirms就会回调给生产者；
(3) 消费者需考虑消息去重处理。