redis | 使用 redis 完成定时任务，这个场景你知道吗？

“ redis 定时任务、实战必备技能之一 ”

 

Hello，大家好。我是公众号“八点半技术站”的小编-Bruce.D。

今天是周三（2020-05-06），分享一句谚语 “书读百遍，其义自见” 。分享给大家的是 「缓存服务 模块」- redis 计时器。

这几天有技术群的朋友私聊我说，可不可以先讲讲缓存的技术，比如redis 中的计时器的用法，以及面试中用到的实战技能点。

在此欢迎热爱 IT编程的各位精英，欢迎进入wechat技术群（底部有二维码）一起交流成长。

那么必须满足群内好友的要求，感谢大家对我技术文章（实战、实用、没有那么多花里胡哨）的认可。

 

应用场景

作为一名 IT工程师 ，只要我们做过项目，想必大家都使用过 定时器 的。一般来说，项目中的订单模块 与 评论模块，都会涉及到定时任务执行。

比如：

• 用户下订单后，需要在15分钟内完成支付，否则订单失效关闭。

• 用户在完成订单后，如果没有人评论，过对应时间后，系统自动评论，并且完结。（为了防止尴尬、假象）

 

解决思路

解决问题的方式分为很多种，主要就是看我们自己如何采用灵活性思维去思考最优解决方案，下面我将给大家说三种思维方式。

 

第一种：八点半解决法

一般情况下，在订单的信息中，加入过期时间。当用户查询订单或者做其他操作的时候，检查一下有没有过期的预选订单。

如果有的情况，则进入我们业务逻辑处理。也就是说，当用户不进行操作时候，这个预选订单不会自己结束的。

这样做的好处是在于，当系统重启的时候，这个订单状态是不会受到影响的。坏处当然也是显而易见，延迟率很高，主动权完全决定在于用户手中。

 

第二种：轮询法

同样的，在订单信息中加入过期时间，后台启动一个定时线程，每隔一段时间遍历一次订单信息，如果有到期的，则结束订单。但是这种方法会影响性能。

 

redis 解决

redis 方式解决这个问题，那么我们就会用到 redis 定时器，redis 中有一个命令（expire），用来设置 key 的过期时间。

使用发布订阅，可以接受到 key 的过期提醒，当key 过期时，再执行取消订单逻辑，这样就可以了。

这里我会写一个 demo 案例：

# redis 定时器demo演示


127.0.0.1:6379> set demo tom EX 30
OK
127.0.0.1:6379> get demo
(nil)

设置 demo（key）的过期时间为 30 秒，30秒后自动销毁。

当然，只有定时器还是不够的，还需要有 redis 的另外两个功能，发布订阅 与 过期通知。

redis 发布订阅（pub | sub）是一种消息通信模式：发送者（pub）发送消息，订阅者（sub）接收消息。

注意：redis 客户端可以订阅任意数量的频道。

redis 的发布/订阅 内容过多，为了让大家更容易搞懂，我会把 redis 发布/订阅的实现原理，单独拆分一篇详细讲解给大家。

 

redis过期通知

要使用 redis 的过期通知功能，需要首先开启这个功能！！！

在配置文件中加入这行配置：

notify-keyspace-events Ex

在控制台（1）订阅频道 __keyevent@0__:expired

127.0.0.1:6379> PSUBSCRIBE __keyevent@0__:expired
Reading messages... (press Ctrl-C to quit)       
1) "psubscribe"                                  
2) "__keyevent@0__:expired"                      
3) (integer) 1

在控制台（2）存入一个 key，并设置过期时间

127.0.0.1:6379> set demo tom EX 30
OK

当 30 秒过后，控制台（1）收到消息

1) "pmessage"
2) "__keyevent@0__:expired"
3) "__keyevent@0__:expired"
4) "demo"

那么到这里也就结束了，想必大家对 redis 定时任务也有一定了解，如果其中还有疑问 （可百度、可谷歌、可加群交流）。

或许大家对文章中的 发布/订阅，还有一定的迷惑，那么请期待下一篇文章的讲解，感谢订阅。

 

 

 

恭喜你，又看完了一篇文章。

在这里，也希望你看完的每篇文章都能对自己有所提升（哪怕是帮助你再次巩固记忆）。

欢迎在wechat技术群一起交流成长（xzzs730）。