celery任务不执行的首要原因是worker未启动或broker连接失败;需运行celery -a project worker --loglevel=info确认ready状态,检查celery_broker_url配置及redis/rabbitmq服务是否运行。

为什么 Celery 任务在 Django 里一直不执行?
绝大多数情况不是代码写错了,而是 celery worker 进程根本没启动,或者没连上正确的 broker(比如 Redis 或 RabbitMQ)。Django 启动时不会自动拉起 Celery,你调用 task.delay() 只是往消息队列里塞了个任务,没人消费它就永远挂在那里。
确认方法:运行 celery -A your_project_name worker --loglevel=info,观察输出里是否出现 Ready 和已注册的 task 名。如果报 ConnectionRefusedError,说明 broker 地址或端口不对;如果卡在 App is not configured,大概率是 __init__.py 或 settings.py 里没正确设置 CELERY_BROKER_URL 和 CELERY_RESULT_BACKEND。
- Broker 推荐用 Redis:
CELERY_BROKER_URL = 'redis://127.0.0.1:6379/0' - Result backend 也建议用 Redis(避免 SQLite 在多 worker 下出错):
CELERY_RESULT_BACKEND = 'redis://127.0.0.1:6379/1' - Django settings 中必须有
INSTALLED_APPS += ['django_celery_results'](如果用 database backend 则需迁移)
如何让 Celery 正确识别 Django 的 models 和配置?
Celery worker 是独立于 Django runserver 的进程,它不会自动加载 Django 设置。最稳妥的方式是在项目根目录下(和 manage.py 同级)新建 celery.py,并在其中显式配置 Django:
import os
from celery import Celery
<p>os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'myproject.settings')
app = Celery('myproject')
app.config_from_object('django.conf:settings', namespace='CELERY')
app.autodiscover_tasks() # 自动扫描 apps 下的 tasks.py
</p>
然后在每个 app 目录下建 tasks.py,写任务函数。注意:不要在 tasks.py 里 import model 类型定义前就访问数据库——worker 启动时 Django ORM 尚未 ready。可靠做法是把 model 操作包在 task 函数体内,或用 @shared_task 而非 @app.task(避免循环引用)。
- 别在
tasks.py顶层写User.objects.all(),会报AppRegistryNotReady - 使用
@shared_task更安全,它不依赖具体 app 实例,适合跨 app 复用 - 若需传 model 实例进 task,只传主键(
user_id),在 task 内部再查库
异步任务失败后怎么调试和重试?
默认情况下,Celery 任务失败不会抛异常到调用方,也不会记录详细 traceback,除非你主动配置日志或捕获结果。常见错误包括数据库连接超时、第三方 API 不可用、序列化失败(比如传了不可 pickle 的对象)。
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本,属于3.14系列的第二个维护更新。该版本包含了18项修复,重点解决了多进程、数据类及正则表达式等模块的回归问题,并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式(移除GIL)正式获得官方支持,是Python发展的重要里程碑。
推荐做法:
- 加
bind=True参数,让 task 能访问自身上下文:@shared_task(bind=True, autoretry_for=(Exception,), retry_kwargs={'max_retries': 3}) - 用
task.apply_async(..., countdown=60)控制延迟执行,避免雪崩 - 检查失败任务:运行
celery -A myproject inspect active_queues或用 Flower(pip install flower,然后celery -A myproject flower)看实时状态 - 本地开发时加
--loglevel=debug,失败时能看到完整 stack trace
Django Admin 里怎么触发并查看 Celery 任务状态?
直接在 admin 页面点按钮触发异步任务,需要手动封装 view 或 action。更实用的是集成 django-celery-results 提供的 admin 页面,它会把每个任务的 id、status、result、traceback 都存进数据库,并暴露在 admin 后台。
启用方式很简单:
- 确保
INSTALLED_APPS包含'django_celery_results' - 运行
python manage.py migrate - 在 admin.py 中注册:
admin.site.register(TaskResult)
这样就能在后台看到所有已完成/失败的任务详情。但要注意:TaskResult 表会持续增长,生产环境得配定期清理(比如用 celery -A proj purge 或写定时命令删 7 天前的记录)。
真正难的不是让任务跑起来,而是让失败可追溯、重试有节制、资源不泄漏。比如一个发邮件任务如果没设 soft_time_limit,遇到 SMTP 卡住可能拖垮整个 worker 进程。
Python免费学习笔记(深入):立即使用
在学习笔记中,你将探索 Python 的核心概念和高级技巧!










