Celery beat_schedule时区异常：每日任务日期参数滞后一天排查

嘿，这问题我见太多了——你踩了Celery Beat配置里一个非常容易犯的静态值陷阱！

问题根源 #

你在beat_schedule的args里直接写了timezone.now().strftime('%d/%m/%Y')，这个代码只会在Celery Beat启动的那一刻执行一次，把当时的日期字符串存在配置里。之后不管Beat运行多少天，每次触发任务都会重复使用这个固定的日期值。

举个例子：如果你昨天启动了Beat，那timezone.now()拿到的就是昨天的日期，今天10点触发任务时，传入的还是昨天的日期，看起来就像是“滞后一天”。这跟你的时区配置其实没关系——你的Django和Celery时区设置是对的，问题出在参数计算的时机上。

解决方案 #

有两种简单的修复方式，选哪种看你的需求：

方案1：让任务内部动态获取日期（推荐）

既然任务是每日执行，直接把日期计算逻辑移到my_task里面，完全不用传参数：

# tasks/tasks.py
from django.utils import timezone

def my_task():
    today_date = timezone.now().strftime('%d/%m/%Y')
    # 原来的任务逻辑...

然后把Celery配置里的'args'字段删掉就行。这样每次任务运行时，都会实时获取当天的日期，绝对不会出错。

方案2：延迟参数计算（如果必须传参数）

如果你一定要通过参数传递日期，可以把参数改成一个可调用函数，让Celery在每次触发任务时才计算日期：
首先在celery.py里定义一个获取日期的小函数：

from django.utils import timezone

def get_today_date():
    return (timezone.now().strftime('%d/%m/%Y'), )

然后修改beat_schedule的配置：

app.conf.beat_schedule = {
    'do-my-task': {
        'task': 'tasks.tasks.my_task',
        'schedule': crontab(minute=0, hour=10),
        'args': get_today_date,  # 注意这里不要加括号！传递函数本身
    },
}

这样每次任务触发时，Celery会调用get_today_date()来获取最新的日期参数，完美解决静态值的问题。

验证一下 #

修改完配置后，重启Celery Beat服务，等第二天10点任务触发时，传入的日期就会是当天的正确值了。

内容的提问来源于stack exchange，提问作者DrBuck