1
Django可能会在不久的将来运行任务
假设我有一个模型Event。活动结束后，我想向所有受邀用户发送通知（电子邮件，推送等）。类似于以下内容： class Event(models.Model): start = models.DateTimeField(...) end = models.DateTimeField(...) invited = models.ManyToManyField(model=User) def onEventElapsed(self): for user in self.invited: my_notification_backend.sendMessage(target=user, message="Event has elapsed") 现在，当然，关键的是onEventElapsed何时调用timezone.now() >= event.end。请记住，end距离当前日期可能要几个月。 我考虑过两种基本方法： 使用定期cron作业（例如，每五分钟左右一次），该作业检查最近五分钟内是否发生了任何事件并执行我的方法。 使用celery并计划onEventElapsed使用eta将来要运行的参数（在models save方法中）。 考虑选项1，可能的解决方案可能是django-celery-beat。但是，以固定的时间间隔运行任务以发送通知似乎有些奇怪。另外，我提出了一个（潜在的）问题，该问题（可能）会导致一个不太优雅的解决方案： 每五分钟检查一次过去五分钟内发生的事件吗？似乎有些动摇，也许某些事件错过了（或者其他事件收到了两次发送的通知？）。潜在的工作方式：向模型添加一个布尔字段，该字段设置为True在发送通知后立即设置。 同样，选项2也有其问题： 手动更改事件开始/结束日期时间时的情况。使用时celery，taskID一旦日期更改并发出新任务，就必须存储（easy，ofc）并撤消任务。但是我已经读到，当处理将来运行的任务时，芹菜存在（特定于设计的）问题：github上的Open Issue。我意识到这是如何发生的，为什么它只是解决所有问题而已。 现在，我遇到了一些可以潜在地解决我的问题的库： celery_longterm_scheduler（但是这是否意味着我不能像以前那样使用celery，因为Scheduler类不同？这也与django-celery-beat... 的可能用法联系在一起。使用两个框架中的任何一个，是否仍然可以将作业排队（只是运行时间更长一点，但还没有几个月？） django-apscheduler，使用apscheduler。但是，我找不到任何有关如何处理在不久的将来运行的任务的信息。 我处理此问题的方式是否存在基本原则上的缺陷？我很高兴收到您的任何意见。 注意：我知道这很可能是基于观点的，但是，不管有人认为什么是丑陋或优雅的，我可能都错过了一个非常基本的东西。