SpringBoot
是为了简化Spring
应用的创建、运行、调试、部署等一系列问题而诞生的产物,自动装配的特性让我们可以更好的关注业务本身而不是外部的XML配置,我们只需遵循规范,引入相关的依赖就可以轻易的搭建出一个 WEB 工程
初探RabbitMQ消息队列中介绍了RabbitMQ
的简单用法,顺带提及了下延迟队列的作用。所谓延时消息
就是指当消息被发送以后,并不想让消费者立即拿到消息,而是等待指定时间后,消费者才拿到这个消息进行消费。
延迟队列
延迟队列能做什么?
- 订单业务: 在电商/点餐中,都有下单后 30 分钟内没有付款,就自动取消订单。
- 短信通知: 下单成功后 60s 之后给用户发送短信通知。
- 失败重试: 业务操作失败后,间隔一定的时间进行失败重试。
这类业务的特点就是:非实时的,需要延迟处理,需要进行失败重试。一种比较笨的方式是采用定时任务,轮训数据库,方法简单好用,但性能底下,在高并发情况下容易弄死数据库,间隔时间不好设置,时间过大,影响精度,过小影响性能,而且做不到按超时的时间顺序处理。另一种就是用Java中的DelayQueue 位于java.util.concurrent包下,本质是由PriorityQueue和BlockingQueue实现的阻塞优先级队列。
,这玩意最大的问题就是不支持分布式与持久化
RabbitMQ 实现思路
RabbitMQ队列
本身是没有直接实现支持延迟队列的功能,但可以通过它的Time-To-Live Extensions 与 Dead Letter Exchange 的特性模拟出延迟队列的功能。
Time-To-Live Extensions
RabbitMQ
支持为队列或者消息设置TTL(time to live 存活时间)。TTL表明了一条消息可在队列中存活的最大时间。当某条消息被设置了TTL或者当某条消息进入了设置了TTL的队列时,这条消息会在TTL时间后死亡
成为Dead Letter
。如果既配置了消息的TTL,又配置了队列的TTL,那么较小的那个值会被取用。
Dead Letter Exchange
死信交换机
,上文中提到设置了 TTL 的消息或队列最终会成为Dead Letter
。如果为队列设置了Dead Letter Exchange(DLX)
,那么这些Dead Letter
就会被重新发送到Dead Letter Exchange
中,然后通过Dead Letter Exchange
路由到其他队列,即可实现延迟队列的功能。
导入依赖
在 pom.xml
中添加 spring-boot-starter-amqp
的依赖
1
|
<dependencies>
|
属性配置
在 application.properties
文件中配置rabbitmq
相关内容,值得注意的是这里配置了手动ACK的开关
1
|
spring.rabbitmq.username=battcn
|
具体编码
定义队列
如果手动创建过或者RabbitMQ
中已经存在该队列那么也可以省略下述代码…
1
|
package com.battcn.config; |