领导：谁再用 Redis 实现过期订单关闭，立马滚蛋！

主要观点总结

本文主要讨论了电商、支付等领域中订单自动关闭的定时任务实现方式，包括使用消息队列的延时投递功能、redis过期监听、rabbitmq死信队列、非持久化的时间轮以及redisson delayqueue等方案。文章指出了每种方法的特点和潜在问题，并给出了使用建议。

关键观点总结

关键观点1: redis过期监听不适合用作定时任务

Redis的过期监听机制不能保证在设定的过期时间立即删除并发送过期通知，实际上通知可能会晚于设定时间，且采用发送即忘策略，不适合需要精确时间的定时任务。

关键观点2: rabbitmq死信队列用于存储未消费的消息

RabbitMQ的死信队列用于存储未被正常消费的消息，便于排查和重新投递。但同样不能保证投递时间，且存在配置复杂的问题。

关键观点3: 时间轮是一种定时任务的数据结构

时间轮是一种优秀的定时任务数据结构，但纯内存实现没有持久化，运行进程崩溃会导致任务丢失，因此使用时需谨慎。

关键观点4: redisson delayqueue基于redis zset结构实现延时队列

Redisson的delayqueue使用redis的zset结构实现延时队列，能够保证在redis不崩溃的情况下不会丢失消息，是一种可靠的延时任务解决方案。

关键观点5: 推荐使用拥有定时投递功能的消息队列如rocketmq、pulsar等

文章结论推荐在能获取到的情况下，优先使用如rocketmq、pulsar等拥有定时投递功能的消息队列，这些方案更为稳定和可靠。