celery任务执行需broker、worker、result backend三者协同；broker连接失败最常见，需校验url、服务状态并启用broker_connection_retry_on_startup；worker未发现任务需检查autodiscover路径和装饰器；result backend须与broker分离db；任务异常需日志或task_track_started追踪。
直接用 task.delay() 或 task.apply_async() 就能甩开主线程，但真正跑通需要 Broker、Worker、Result Backend 三者对齐，缺一不可。
Broker 不通是第一个拦路虎
绝大多数“任务不执行”问题都卡在 Broker 连接失败。Celery 默认不报错连接异常，而是静默降级为内存队列（只在单进程内有效），导致你调了 delay() 却看不到 Worker 消费日志。
- 检查
broker_url格式是否匹配实际服务：Redis 用redis://localhost:6379/0，RabbitMQ 用pyamqp://guest@localhost//（注意末尾双斜杠） - 确认服务已运行：
redis-cli ping应返回PONG；curl -I http://localhost:15672能访问 RabbitMQ Web 管理页 - 加一行配置防静默失败：
broker_connection_retry_on_startup = True，否则 Worker 启动时 Broker 未就绪会直接退出
Worker 启动后没反应？看任务模块是否被发现
app.autodiscover_tasks() 不是万能的，路径错一层、__init__.py 缺一个、包名拼错，都会让任务函数注册失败——此时调 delay() 会抛 NotRegistered 异常，但很多人没捕获它。
Claw Code Suite (Python-Only Edition)
下载
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
- 显式指定模块路径更可靠：
app.autodiscover_tasks(['myapp.tasks', 'myapp.emails']) - 确保每个任务模块里有
@app.task装饰的函数，且该模块能被 Python 导入（即路径在PYTHONPATH中或项目根目录下） - 启动 Worker 时加
-Q指定队列名，再用celery -A myapp inspect active_queues验证 Worker 是否监听了目标队列
结果拿不到？Backend 配置和调用方式要配对
用 result.get() 却一直阻塞，大概率是 result_backend 没配，或配了但和 Broker 用了同一个 Redis DB（Redis 不支持跨 DB 原子操作，会导致结果写入失败）。
- 强制分离存储：Broker 用
redis://localhost:6379/0，Result Backend 用redis://localhost:6379/1 - 调用时别混用：
delay()是apply_async()的快捷方式，但若需设置countdown、eta、queue等参数，必须用apply_async() - 生产环境禁用
result.get(timeout=...)阻塞等待，改用轮询result.ready()+ 重试，或通过回调（link参数）处理完成逻辑
最常被忽略的是任务函数内部异常不会自动暴露——Worker 日志里可能只有一行 “Task xyz raised unexpected: ValueError()”，而调用方 result.get() 会原样抛出该异常。务必在任务函数里加日志，或配置 task_track_started=True 配合 Flower 查看实时状态。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
