消息队列问题：用户开通vip后，分发一个延迟执行判断到期的任务，如果用户在中间续费，如何处理任务堆积问题？

我总感觉定时任务比队列更适合这业务场景

为什么不记录一个到期时间，通过中间件查询是否到期呢？这里可以做一下缓存

目前改用其他方式了

队列里面加一个逻辑，在发之前判断是否续费了，没续费就发续费了，就跳过消费掉。
而且判断到期，应该使用定时任务来查，不应该已一开通就加入队列中。

方式错了，会在错误的道路上越走越远，并且会为了这一个错误，打上很多错误的补丁。 最佳实践是定时任务每天跑一轮，检测最近三天即将过期的，检测到了再发通知。而不是成为vip后立即进行延时任务，没见过哪个延时任务要延一年的。希望对你有帮助。

定时检测过期散

定时任务吧，我也是定时任务实现的

这种vip 到期的都是自然日算的，用延时队列明显不适合这个场景，做个定时任务每天晚上12点扫描一次，到期的用户更新一下状态就行了。

如果用户数据量不是很大，定时任务是简单粗暴有效。如果用户量非常大延迟任务肯定是最佳实践，要根据业务灵活变化，这是我的理解哈