为解决月初1500左右的异常考勤提醒推送问题，从同步定时任务升级到异步处理，最终选择使用Redis作为消息队列。通过发布订阅模式，实现了发送和接收消息的功能。文中分享了实现过程中的坑以及代码实现，强调了接收方必须先于发送方启动以确保消息发送成功。
最近在工作中遇到了一个场景是这样的：
每到月初我们需要向上个月考勤有异常的同学的企业微信推送异常考勤提醒，让有异常的同学及时处理：补卡或者提交对应的请假申请等等。之前的做法是直接循环数据库，查处有异常的同学的考勤数据，然后推送给到相关的同学。一次推送的数据量在1500左右。
这种方法存在的问题，因为是通过同步的定时任务的方式，会因为数据量太大导致定时任务执行超时，导致事务回滚，数据库中未创建对应消息的记录，所以导致消息无法确认。
在发现这个问题之后，我们的第一反应是把定时任务做成异步的，修改的实现方式是，添加一个异步的装饰器，在定时任务触发之后，在后台另外开启一个线程执行查找异常考勤和发送异常消息。
当然这种可以解决问题，但不是最优解，所以在新版本的时候，我们就考虑使用消息队列MQ的方式来解决消息的推送问题，最开始我的设想是使用RabbitMQ的发布订阅模式来解决，但是在和公司运维了解情况后发现，公司使用的腾讯云对RabbitMQ的支持并不是很好，和运维沟通后决定使用Redis来实现消息队列。
由于之前也没有基于Redis的实践，所以我其实是在网上找了一些资料，才把问题解决。
先说结论，基于Redis的实现其实是相当简单的，网上也有现成的代码可供参考，我在post出相关代码之后，会列出我在实现的过程中遇到哪些坑。
代码实现&
最低0.47元/天 解锁文章
678
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
