看教程里经常出现的那个魔法般的
from task import add
实际上只是同目录下对于模块的引用。因为@app.task
修改后的对象和原函数对象一样,都可以直接调用,也都是调用本地方法。不同的是添加了 Celery 自己的方法,比如 delay,调用这些方法就是走 Celery 的流程了。配置可以在 celeryconfig.py 中设置,用
app.config_from_object('celeryconfig')
;
也可以用 app.conf.update(k=v) 设置。常用的类
from kombu import Exchange, Queue
。Celery task 中不允许调用别的 task 后阻塞式的 get 等待结果。版本 3.2 后会对此行为抛出异常。根据官方文档,应该使用类似管道形式的调用来解决。但是我想根据第一个 task 的结果指定 route_key、exchange,怎么办呢?
文档挺详细的:subtask 之于 s,就像 apply_async 之于 delay。可是以这种形式还是没办法解决问题。问题描述为:如何动态设置下一个 subtask 的 options?目前只能先取得返回