最新微服务技术栈之rabbitMQ高级（二）(2)，互联网行业“中年”危机

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上大数据知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化资料的朋友，可以戳这里获取

###### 启动测试：


然后我们测试TestQueue方法。测试发送一条消息。


![](https://img-blog.csdnimg.cn/direct/1b4cdc10897841118547f2144bc3d197.png)


代码：

@Test
@DisplayName("简单的队列测试")

public void testSimpleQueue(){
//1，队列名称
String queueName = “simple.queue”;

    //2，消息
    String msg = "hello world";
    //3，发送消息
    rabbitTemplate.convertAndSend(queueName,msg);

}

看结果![](https://img-blog.csdnimg.cn/direct/333f409082384d5eadd80c786fca4ca6.png)：


 发现会每隔1秒（连接超时1秒，隔1秒；所以输出的时候显示每隔2秒）重试1次，总共重试了3次。消息发送的超时重试机制配置成功了！


###### 注意事项：



> 
> 当网络不稳定的时候，利用重试机制可以有效提高消息发送的成功率。不过SpringAMQP提供的重试机制是**阻塞式**的重试，也就是说多次重试等待的过程中，当前线程是被阻塞的。
> 
> 
> 如果对于业务性能有要求，建议禁用重试机制。如果一定要使用，请合理配置等待时长和重试次数，当然也可以考虑使用异步线程来执行发送消息的代码。
> 
> 
> 



##### 生产者确认机制


一般情况下，只要生产者与MQ之间的网路连接顺畅，基本不会出现发送消息丢失的情况，因此大多数情况下我们无需考虑这种问题。


但是，不排除在下面的情况也会出现消息发送到MQ之后丢失的现象，例如：



> 
> * MQ内部处理消息的进程发生了异常
> * 生产者发送消息到达MQ后未找到`Exchange`
> * 生产者发送消息到达MQ的`Exchange`后，未找到合适的`Queue`，因此无法路由
> 
> 
> 


针对上述情况，RabbitMQ提供了生产者消息确认机制，包括publisher Confirm和publisher Return两种。在开启确认机制的情况下，当生产者发送消息给MQ后，MQ会根据消息处理的情况返回不同的**回执**。


###### 示意图：


![](https://img-blog.csdnimg.cn/direct/f80e5dd5ba724182be13181d83166187.png)


###### 总结：



> 
> * 当消息投递到MQ，但是路由失败时，通过**Publisher Return**返回异常信息，同时返回ack的确认信息，代表投递成功
> * 临时消息投递到了MQ，并且入队成功，返回ACK，告知投递成功
> * 持久消息投递到了MQ，并且入队完成持久化，返回ACK ，告知投递成功
> * 其它情况都会返回NACK，告知投递失败
> 
> 
> 


其中`ack`和`nack`属于**Publisher Confirm**机制，`ack`是投递成功；`nack`是投递失败。而`return`则属于**Publisher Return**机制。


默认两种机制都是关闭状态，需要通过配置文件来开启。



##### 实现生产者确认



###### 开启生产者确认：


在publisher生产者工程的yml添加下面的配置

spring:
rabbitmq:
publisher-confirm-type: correlated # 开启publisher confirm机制，并设置confirm类型
publisher-returns: true # 开启publisher return机制

![](https://img-blog.csdnimg.cn/direct/1e0e08737f2d4b48b60a158fd1b1ee08.png)


代码

rabbitmq:
host: 192.168.200.131
port: 5672
virtual-host: /hmall
username: hmall
password: 123
publisher-confirm-type: correlated # 开启publisher confirm机制，并设置confirm类型
publisher-returns: true # 开启publisher return机制

publisher-confirm-type有三种模式可选：



> 
> * `none`：关闭confirm
> * `simple`：同步阻塞等待MQ的回执
> * `correlated`：MQ异步回调返回回执
> 
> 
> 


一般推荐使用`correlated`，回调机制


###### 定义ReturnCallback：


每个RabbitTemplate只能配置一个ReturnCallback，因此我们可以在一个配置类中，统一进行配置。我在publisher模板定义一个配置类：


Mqconfig配置类


![](https://img-blog.csdnimg.cn/direct/7ecf37be8b2f40fdb3d6b38d2b3f1355.png)


代码：

@Slf4j
@Configuration
@RequiredArgsConstructor
public class MqConfig {

private final RabbitTemplate rabbitTemplate;

@PostConstruct
public void init(){
   rabbitTemplate.setReturnsCallback(new RabbitTemplate.ReturnsCallback() {
       @Override
       public void returnedMessage(ReturnedMessage returnedMessage) {
           log.debug("触发了return callback");
           System.out.println("交换机exchange："+returnedMessage.getExchange());
           System.out.println("routingKey路由key："+returnedMessage.getRoutingKey());
           System.out.println("消息体message："+returnedMessage.getMessage());
           System.out.println("应答码：replayCode："+returnedMessage.getReplyCode());
           System.out.println("应答信息：replayText："+returnedMessage.getReplyText());
       }
   });
}

}

######  定义ConfirmCallback：


由于每个消息发送时的处理逻辑不一定相同，因此ConfirmCallback需要在每次发消息时定义。具体来说，是在调用RabbitTemplate中的convertAndSend方法时，多传递一个参数：


![](https://img-blog.csdnimg.cn/direct/2a890deadf59466b94700004e77d72f5.png)


这里的CorrelationData包含两个核心的东西：



> 
> * `id`：消息的唯一标示，MQ对不同的消息的回执以此做判断，避免混淆
> * `SettableListenableFuture`：回执结果的Future对象
> 


![img](https://img-blog.csdnimg.cn/img_convert/7caf12fbddced75c8682dcea8ae4ae66.png)
![img](https://img-blog.csdnimg.cn/img_convert/1fac1fd927794f8b5350fcd8b018643a.png)

**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**[需要这份系统化资料的朋友，可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**


**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**

，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**[需要这份系统化资料的朋友，可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**


**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**