网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
virtual-host: /hmall
username: hmall
password: 123
connection-timeout: 1S # 设置连接超时时间
template:
retry:
enabled: true # 开启超时重试机制
initial-interval: 1000ms #失败后的初始等待时间
multiplier: 1 #失败后下次的等待时长倍数,下次等待时长 = 失败后的初始等待时间(initial-interval) * multiplier
max-attempts: 3 # 最大重试次数
###### 停止mq服务:
>
> docker stop mq
>
>
>
![](https://img-blog.csdnimg.cn/direct/422ebf0b39274483bfe9f7798f6d441f.png)
命令:
[root@localhost ~]# docker stop mq
mq
[root@localhost ~]#
###### 启动测试:
然后我们测试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
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上大数据知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
MHPwr5H-1715760849248)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上大数据知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新