網(wǎng)站首頁 編程語言 正文
業(yè)務(wù)場景
我們以訂單功能為例說明下:
生成訂單后一段時(shí)間不支付訂單會(huì)自動(dòng)關(guān)閉。最簡單的想法是設(shè)置定時(shí)任務(wù)輪詢,但是每個(gè)訂單的創(chuàng)建時(shí)間不一樣,定時(shí)任務(wù)的規(guī)則無法設(shè)定,如果將定時(shí)任務(wù)執(zhí)行的間隔設(shè)置的過短,太影響效率。
還有一種想法,在用戶進(jìn)入訂單界面的時(shí)候,判斷時(shí)間執(zhí)行相關(guān)操作。方式可能有很多,在這里介紹一種監(jiān)聽 Redis 鍵值對過期時(shí)間來實(shí)現(xiàn)訂單自動(dòng)關(guān)閉。
實(shí)現(xiàn)思路
在生成訂單時(shí),向 Redis 中增加一個(gè) KV 鍵值對,K 為訂單號(hào),保證通過 K 能定位到數(shù)據(jù)庫中的某個(gè)訂單即可,V 可為任意值。
假設(shè),生成訂單時(shí)向 Redis 中存放 K 為訂單號(hào),V 也為訂單號(hào)的鍵值對,并設(shè)置過期時(shí)間為 30 分鐘,如果該鍵值對在 30 分鐘過期后能夠發(fā)送給程序一個(gè)通知,或者執(zhí)行一個(gè)方法,那么即可解決訂單關(guān)閉問題。
實(shí)現(xiàn):通過監(jiān)聽 Redis 提供的過期隊(duì)列來實(shí)現(xiàn),監(jiān)聽過期隊(duì)列后,如果 Redis 中某一個(gè) KV 鍵值對過期了,那么將向監(jiān)聽者發(fā)送消息,監(jiān)聽者可以獲取到該鍵值對的 K,注意,是獲取不到 V 的,因?yàn)橐呀?jīng)過期了,這就是上面所提到的,為什么要保證能通過 K 來定位到訂單,而 V 為任意值即可。拿到 K 后,通過 K 定位訂單,并判斷其狀態(tài),如果是未支付,更新為關(guān)閉,或者取消狀態(tài)即可。
開啟 Redis key 過期提醒
修改 redis 相關(guān)事件配置。找到 redis 配置文件 redis.conf,查看 notify-keyspace-events 配置項(xiàng),如果沒有,添加 notify-keyspace-events Ex,如果有值,則追加 Ex,相關(guān)參數(shù)說明如下:
- K:keyspace 事件,事件以 keyspace@ 為前綴進(jìn)行發(fā)布
- E:keyevent 事件,事件以 keyevent@ 為前綴進(jìn)行發(fā)布
- g:一般性的,非特定類型的命令,比如del,expire,rename等
- $:字符串特定命令
- l:列表特定命令
- s:集合特定命令
- h:哈希特定命令
- z:有序集合特定命令
- x:過期事件,當(dāng)某個(gè)鍵過期并刪除時(shí)會(huì)產(chǎn)生該事件
- e:驅(qū)逐事件,當(dāng)某個(gè)鍵因 maxmemore 策略而被刪除時(shí),產(chǎn)生該事件
- A:g$lshzxe的別名,因此”AKE”意味著所有事件
引入依賴
在 pom.xml 中添加 org.springframework.boot:spring-boot-starter-data-redis 依賴
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId> </dependency>
相關(guān)配置
定義配置 RedisListenerConfig 實(shí)現(xiàn)監(jiān)聽 Redis key 過期時(shí)間
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.data.redis.connection.RedisConnectionFactory;
import org.springframework.data.redis.listener.RedisMessageListenerContainer;
@Configuration
public class RedisListenerConfig {
? ? @Bean
? ? RedisMessageListenerContainer container(RedisConnectionFactory connectionFactory) {
? ? ? ? RedisMessageListenerContainer container = new RedisMessageListenerContainer();
? ? ? ? container.setConnectionFactory(connectionFactory);
? ? ? ? return container;
? ? }
}
定義監(jiān)聽器 RedisKeyExpirationListener,實(shí)現(xiàn)KeyExpirationEventMessageListener 接口,查看源碼發(fā)現(xiàn),該接口監(jiān)聽所有 db 的過期事件 keyevent@*:expired"
import org.springframework.data.redis.connection.Message;
import org.springframework.data.redis.listener.KeyExpirationEventMessageListener;
import org.springframework.data.redis.listener.RedisMessageListenerContainer;
import org.springframework.stereotype.Component;
/**
?* 監(jiān)聽所有db的過期事件__keyevent@*__:expired"
?*/
@Component
public class RedisKeyExpirationListener extends KeyExpirationEventMessageListener {
? ? public RedisKeyExpirationListener(RedisMessageListenerContainer listenerContainer) {
? ? ? ? super(listenerContainer);
? ? }
? ? /**
? ? ?* 針對 redis 數(shù)據(jù)失效事件,進(jìn)行數(shù)據(jù)處理
? ? ?* @param message
? ? ?* @param pattern
? ? ?*/
? ? @Override
? ? public void onMessage(Message message, byte[] pattern) {
? ? ? ? // 獲取到失效的 key,進(jìn)行取消訂單業(yè)務(wù)處理
? ? ? ? String expiredKey = message.toString();
? ? ? ? System.out.println(expiredKey);
? ? }
}
redis 過期監(jiān)聽真的好么?
在 Redis 官方手冊的keyspace-notifications: timing-of-expired-events中明確指出:
Basically expired events are generated when the Redis server deletes the key and not when the time to live theoretically reaches the value of zero
redis 自動(dòng)過期的實(shí)現(xiàn)方式是:定時(shí)任務(wù)離線掃描并刪除部分過期鍵;在訪問鍵時(shí)惰性檢查是否過期并刪除過期鍵。redis 從未保證會(huì)在設(shè)定的過期時(shí)間立即刪除并發(fā)送過期通知。實(shí)際上,過期通知晚于設(shè)定的過期時(shí)間數(shù)分鐘的情況也比較常見。
此外鍵空間通知采用的是發(fā)送即忘(fire and forget)策略,并不像消息隊(duì)列一樣保證送達(dá)。當(dāng)訂閱事件的客戶端會(huì)丟失所有在斷線期間所有分發(fā)給它的事件。
這是一種比定時(shí)掃描數(shù)據(jù)庫更 “LOW” 的解決方案,不建議使用。
實(shí)現(xiàn)關(guān)閉訂單的方法
一般實(shí)現(xiàn)的方法有幾種:
- 使用 rocketmq、rabbitmq、pulsar 等消息隊(duì)列的延時(shí)投遞功能
- 使用 redisson 提供的 DelayedQueue
有一些方案雖然廣為流傳但存在著致命缺陷,不要用來實(shí)現(xiàn)延時(shí)任務(wù)
- 使用 redis 的過期監(jiān)聽
- 使用 rabbitmq 的死信隊(duì)列
- 使用非持久化的時(shí)間輪
原文鏈接:https://blog.csdn.net/weixin_46237429/article/details/125477984
相關(guān)推薦
- 2022-09-22 lex yacc與C++編寫代碼解析字符串代碼示例
- 2022-12-11 SQL中創(chuàng)建存儲(chǔ)過程_MsSql
- 2022-07-12 CSS樣式:less語言的用法
- 2022-04-01 k8s no matches for kind “Ingress“ in version “exte
- 2023-10-16 springboot 集成webservice
- 2022-10-16 docker保存鏡像到本地并加載本地鏡像文件詳解_docker
- 2021-12-05 判斷網(wǎng)頁時(shí)瀏覽器打開還是釘釘打開
- 2022-07-12 windows版wsl docker desktop 安裝nginx
- 最近更新
-
- window11 系統(tǒng)安裝 yarn
- 超詳細(xì)win安裝深度學(xué)習(xí)環(huán)境2025年最新版(
- Linux 中運(yùn)行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲(chǔ)小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎(chǔ)操作-- 運(yùn)算符,流程控制 Flo
- 1. Int 和Integer 的區(qū)別,Jav
- spring @retryable不生效的一種
- Spring Security之認(rèn)證信息的處理
- Spring Security之認(rèn)證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權(quán)
- redisson分布式鎖中waittime的設(shè)
- maven:解決release錯(cuò)誤:Artif
- restTemplate使用總結(jié)
- Spring Security之安全異常處理
- MybatisPlus優(yōu)雅實(shí)現(xiàn)加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務(wù)發(fā)現(xiàn)-Nac
- Spring Security之基于HttpR
- Redis 底層數(shù)據(jù)結(jié)構(gòu)-簡單動(dòng)態(tài)字符串(SD
- arthas操作spring被代理目標(biāo)對象命令
- Spring中的單例模式應(yīng)用詳解
- 聊聊消息隊(duì)列,發(fā)送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠(yuǎn)程分支