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

应用场景

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

比如：

• 用户下订单后，需要在15分钟内完成支付，否则订单失效关闭。
• 用户在完成订单后，如果没有人评论，过对应时间后，系统自动评论，并且完结。（为了防止尴尬、假象）

解决思路

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

第一种：八点半解决法

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

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

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

第二种：轮询法

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

redis 解决

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

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

这里我会写一个 demo 案例：

# redis 定时器demo演示
127.0.0.1:6379> set demo tom EX 30OK127.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__:expiredReading 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 30OK

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

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

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