RabbitMq大纲

一、AMQP协议模型

消息通过发布者，发到了Exchange上，Exchange在通过routeKey找到对应的Queue队列
1、注意里面包含【虚拟机 Virtual host】、【Exchange】、【routeKey】、【queue】
2、一个Exchange可以绑定多个routeKey，一个routeKey对应一个queue
3、Exchange必须是在同一个虚拟机【Virtual host】里面

二、保障消息百分百投递成功

1、首先在发消息前，将数据保存至业务表，然后再生成MSG，保存至消息表。状态为0，表示待发送。
2、然后开始发送，在消息成年发送到mq服务端，也就是MqBroker的时候，就会收到mqBroker的【消息确认回调】表示成功接收到消息了，也就是step3
3、收到确认消息，同事我们在更新MSG表中的发送状态，更新为已发送，也就是1
4、假设step3失败，也就是消息发送到服务端，但是回调消息在回来的时候断了，可能是因为网络断了什么的。
5、那么可以通过定时任务去跑MSG的表状态等于0的。
6、如果确认回调消息一直失败，也就没法更新MSG表的状态，那么就会一直发，消息到MqBroker，那么MqBroker就一直给消费端发消息，消息端一定要做好幂等，也就是相同消息过来处理结果都是一样的。
7、因为考虑到消息重复发送给MqBroker，必然会影响到其他消息进入到MqBroker，所以要在

三、代码

1、消息消费

//durable表示数据是否持久化
@RabbitListener(bindings = @QueueBinding(
value = @Queue(value = "order-queue",durable = "true"),
exchange = @Exchange(name = "order-exchange", durable = "true",type = "topic"),
key="order.*"))

@RabbitHandler
public void onOrderMessage(@Payload Order order, @Headers Map<String,Object> headers, Channel channel) throws Exception {
    System.out.println("----收到消息，开始消费-----");
    System.out.println("d订单id："+order.getId());
    
    Long deliveryTag = (Long) headers.get(AmqpHeaders.DELIVERY_TAG);

    /**
     *  取值为 false 时，表示通知 RabbitMQ 当前消息被确认
     *  如果为 true，则额外将比第一个参数指定的 delivery tag 小的消息一并确认
     */
    channel.basicAck(deliveryTag,false);
    System.out.println("--------消费完成--------");
}

疑问：如果没有确认，那么下一条消息是什么时候过来。

spring:
  rabbitmq: #基本配置
    addresses: www.niezhiliang.com:5672  //mq服务端地址
    username: springcloud			
    password: 123456				
    virtual-host: /    #虚拟主机地址，不写表示所有，写了，就表示发送和接受只能在当前虚拟主机下的人可以收到。
    connection-timeout: 15000			链接超时时间。客户端链接服务点的超时时间。

    listener:  	#消费端配置
      simple:	#消费端
        concurrency: 5      默认五个线程，也就是相当于五个channel，就相当于默认有5个consume
        max-concurrency: 10		#最大消费端数
        acknowledge-mode: manual			#自动签收-auto  手动-manual,注意这是针对所有消费端，也就是说所有的消费端，都要手动确认，下面会介绍针对单个消费端。
        prefetch: 1				#限流（海量数据，同时只能过来一条）

spring:
  rabbitmq:
    publisher-confirms: true   开启投递确认模式，投递表示消息发送方，在发给MqServer成功收到消息后，MQserver会给发送方一个confirm回执，表示发送方的消息投递成功。
    publisher-returns: true
    template:
      mandatory: true
    overtime: 1 #重新投递时间（分钟）

2、消息发送代码、以及消息回调callBack

@Autowired
private RabbitTemplate rabbitTemplate;

//定义confirmCallBack函数

final RabbitTemplate.ConfirmCallback confirmCallback = new RabbitTemplate.ConfirmCallback() {

    /**
     *
     * @param correlationData 唯一标识，有了这个唯一标识，我们就知道可以确认（失败）哪一条消息了
     * @param ack  是否投递成功
     * @param cause 失败原因
     */
    @Override
    public void confirm(CorrelationData correlationData, boolean ack, String cause) {
        String messageId = correlationData.getId();

       
        //返回成功，表示消息被正常投递
        if (ack) {
            //更新MSG表的消息发送状态。
           
        } else {
        	//注意失败会有好几个原因，需要更具失败原因分析，比如集群的情况下，3台机器只有1台收到，那么ack=false，
        	//但是如果是队列满了，也是返回false,那么我们后面在投递也是失败。
            logger.error("消费信息失败，messageId:{} 原因:{}",brokerMessageLog.getMessage_id(),cause);
        }
    }
};
/**
 * 信息投递的方法
 * @param order
 * @throws Exception
 */
public void send(Order order) throws Exception{
    //设置投递回调
    rabbitTemplate.setConfirmCallback(confirmCallback);
    CorrelationData correlationData = new CorrelationData();
    correlationData.setId(order.getMessage_id());

    //开始发送
    rabbitTemplate.convertAndSend("order-exchange","order.abcd", order, correlationData);
}

3、定时任务

/**
 * 系统启动后5秒开启定时任务 10秒执行一次
 */
@Scheduled(initialDelay = 5000, fixedDelay = 10000)
public void rabbitmqReSend() {

	//查询出下一次执行时间小于当前时间的日志记录并且状态为投递中，遍历结果集，判断重试次数是或大于3次，如果大于，将日志设置为投递失败，如果小于 则尝试重新投递，并改变数据库中日志的尝试次数
    list = brokerMessageLogMapper.selectByExample(brokerMessageLogExample)；
            
    list.forEach(brokerMessageLog -> {
        if (brokerMessageLog.getTry_count() >= 3) {
            大于最大重试次数，更新发送状态为失败
        } else {
            更新发送次数，开发发送
            orderSender.send(JSONObject.parseObject(brokerMessageLog.getMessage(),Order.class));
        }

    });

}

四、MQ的创建

创建MQ的方式有很2种，一种是通过MQ管理后台，一种是通过代码创建MQ，下面是通过代码创建Queue、Exchange、Routekey

@Bean
public DirectExchange bookSceneExchange() {
    final DirectExchange exchange = new DirectExchange(config.getBookSceneExchange(), true, false);
    exchange.setAdminsThatShouldDeclare(defaultAmqpAdmin);
    return exchange;
}
@Bean
public Queue bookRouteQueue() {
    final Queue queue = new Queue(config.getBookRouteQueue(), true, false, false);
    queue.setAdminsThatShouldDeclare(defaultAmqpAdmin);
    return queue;
}
@Bean
public Binding bindingBookRouteQueue() {
    final Binding binding = BindingBuilder.bind(queueConfig.bookRouteQueue()).to(exchangeConfig.bookRouteExchange()).with(config.getBookRouteRouteKey());
    binding.setAdminsThatShouldDeclare(defaultAmqpAdmin);
    return binding;
}

那么MQ中setAdminsThatShouldDeclare的作用：使用指定使用那一套MQ

因为有的场景下会使用多套配置，下面是注册多套Mq，然后再指定的MQ里面创建Exchange

@Autowired
@Qualifier("secondRabbitAdmin")
private RabbitAdmin secondRabbitAdmin;

@Autowired
@Qualifier("defaultAmqpAdmin")
private RabbitAdmin defaultAmqpAdmin;

@Bean
public DirectExchange bookSceneExchange() {
    final DirectExchange exchange = new DirectExchange(config.getBookSceneExchange(), true, false);
    exchange.setAdminsThatShouldDeclare(defaultAmqpAdmin);
    return exchange;
}

那么上面代码就会最终就会使用defaultAmqpAdmin这包配置来创建exchange、queue、binding，如果不指定就会在多套MQ里面创建，当然也可以指定多套MQ里面创建，比如下面代码
binding.setAdminsThatShouldDeclare(defaultAmqpAdmin,secondRabbitAdmin);