本文首发于公众号：Hunter后端
原文链接：celery笔记一之celery介绍、启动和运行结果跟踪
本篇笔记内容如下：
- celery 介绍
- celery 准备
- celery 启动和异步任务的运行
- 运行结果跟踪
1、celery 介绍
celery 大致有两种应用场景，一种是异步任务，一种是定时任务。
比如说在一个接口请求中，某个函数执行所需的时间过长，而前端页面并不是立刻需要在接口中获取处理结果，可以将这个函数作为异步任务，先返回给前端处理中的信息，在后台单独运行这个函数，这就是异步任务。
另一个比如说某个函数需要每天晚上运行一遍，不可能人天天守着后台手动执行一遍这个函数，那么就可以用 celery 来实现这个定时的周期任务。
接下来介绍一下 celery 的组成：
task
这个任务就是我们前面举的例子的异步任务或者是定时任务，即为 task，我们可以定义这些任务，然后发送到 broker
broker
broker 可以理解成消息中间件，用于获取异步或者定时任务，形成一个或多个消息队列，然后发送给 worker 处理这些消息
broker 的形式可以是 Redis，RabbitMQ 或者其他，这里我们使用 Redis 作为消息中间件
worker
worker 是处理消息的程序，获取 broker 中的消息，然后在 worker 中执行，然后根据配置决定将处理结果发送到 backend
result_backend
在 worker 处理完消息之后会有 return 或者没有返回结果，都会根据配置将结果发送出来，可以配置成发送到 redis 中，也可以将之存储到 database 中
beat
主要用于调用定时任务，根据设定好的定时任务，比如每天晚上十点执行某个函数，beat 则会在相应的时间将这个 task 发送给 broker，然后 worker 获取任务进行处理
定时任务除了说的每天晚上十点这种周期任务，也可以是间隔任务，比如说每隔多少秒，多少分钟执行一次
注意：异步任务的发送是不经过 beat 处理，直接发送给 broker 的
在上面的结构中，broker 需要将相应的服务比如 redis 运行起来，而 worker 和 beat 需要在手动用程序运行，而且每次更改了定时策略之后需要重新启动 beat 和 worker 才能生效。
2、celery 准备
接下来我们实现一个最简单的异步任务，在执行异步任务前，我们做如下的准备工作
1.安装依赖
我们需要安装一下 celery 和 redis 的依赖：
pip3 install celery==5.1.2 -i https://mirrors.aliyun.com/pypi/simple/
pip3 install redis==3.5.3 -i https://mirrors.aliyun.com/pypi/simple/
2.消息中间件
这里我们用到的消息中间件是 redis，可以去官网下载一个 redis 启动，也可以使用 docker 来执行安装。
我在之前的 docker 系列笔记中有介绍过如何拉取镜像和运行容器，我们这里直接使用 docker 来运行：
docker run -itd -p 6379:6379 redis:latest
3.异步任务准备
我们准备一个最简单的 add() 函数，放在 tasks.py 文件中：
# tasks.py
from celery import Celery
app = Celery('tasks', broker='redis://localhost/0', backend='redis://localhost/1')
@app.task
def add(x, y):
return x + y
在这段代码里，我们引入 Celery 模块，并将其实例化为 app，且配置了 broker 参数，表示消息队列都会被放在 redis 的第一个数据库下
指定的 backend 参数则表示函数运行的结果被放在 redis 的第二个数据库下
然后用 @app.task 修饰 add 函数，表示它是 app 下的 task 任务
以上，我们的准备工作就完成了，接下来尝试运行这个异步任务
3、celery 启动和异步任务的运行
说是 celery 的启动，其实是 worker 的启动，中间件是 redis，已经在前面的步骤中启动了。
我们在 tasks.py 所在的文件夹下执行下面的命令：
celery -A tasks worker -l INFO
在这里，tasks 是我们任务所在的文件名，worker 表示启动的是 worker 程序
-l INFO 则会在控制台打印出 worker 接收到的消息详情，如果不执行，则信息流不会被打印出来
执行了上面的程序后，可以看到控制台会输出下面这种信息：
-------------- celery@localhost v5.1.2 (sun-harmonics)
--- ***** -----
-- ******* ---- Darwin-21.4.0-x86_64-i386-64bit 2022-07-17 23:56:09
- *** --- * ---
- ** ---------- [config]
- ** ---------- .> app: tasks:0x7fc8ddf3df98
- ** ---------- .> transport: redis://localhost:6379/0
- ** ---------- .> results: disabled://
- *** --- * --- .> concurrency: 12 (prefork)
-- ******* ---- .> task events: OFF (enable -E to monitor tasks in this worker)
--- ***** -----
-------------- [queues]
.> celery exchange=celery(direct) key=celery
[tasks]
. tasks.add
[2022-07-17 23:56:09,685: INFO/MainProcess] Connected to redis://localhost:6379/0
[2022-07-17 23:56:09,699: INFO/MainProcess] mingle: searching for neighbors
[2022-07-17 23:56:10,737: INFO/MainProcess] mingle: all alone
[2022-07-17 23:56:10,780: INFO/MainProcess] celery@localhost ready.
则表示 worker 启动成功
执行异步任务
在另一个 shell 窗口，进入 python 的交互界面，输入以下命令：
from tasks import add
res = add.delay(1,2)
add 是我们需要执行的异步任务的函数名
delay 是异步任务执行的特有方法，这个其实是 apply_async() 函数的简便写法，不带任何参数，apply_async() 除了可以实现异步任务的功能，还可以指定多少时间后执行，比如说二十秒后执行，这个在后面的笔记中我们再介绍。
而异步任务的返回我们这里用 res 来定义，它是一个包含了这个任务所有执行信息对象，有任务状态（是否执行成功），有返回结果（add() 函数的return），还有这个 task 特有的标识 id等信息
至此，我们的一个异步任务的执行就完成了，我们可以在下一步查看它的运行结果等信息。
4、运行结果跟踪
接下来，我们在 tasks.py 中建立下面几个函数，来测试我们对结果的跟踪：
# tasks.py
import time
from celery import Celery
app = Celery('tasks', broker='redis://localhost/0', backend='redis://localhost/1')
@app.task
def add(x, y):
return x + y
@app.task
def div(x, y):
return x / y
@app.task
def test_not_finished():
time.sleep(30)
return True
然后重新运行 worker：
celery -A tasks worker -l INFO
然后引入和执行函数：
from tasks import add, div, test_not_finished
获取延时任务的结果
res = add.delay(1, 2)
print(res.result)
# 也可以使用 get()
print(res.get())
get() 函数也可以加个超时的设置：
res.get(timeout=2)
但是这样需要注意，因为如果超时了还未获取到结果，程序就会报错
判断函数运行是否完成
print(res.ready())
打印出的结果为 True 则表示函数运行完成
我们可以测试函数为完成的状态：
res2 = test_not_finished.delay()
在这个函数里，我们设置了 30s 的休眠，所以在 30s 內我们打印结果可以看到 res2.ready() 是为 False 的：
print(res2.ready())
获取task id
每个被执行的 task 都有各自对应的 id 作为它们的唯一键：
print(res.id)
查看任务执行的状态
# 任务执行是否失败，返回 布尔型数据
is_failed = res.failed()
# 任务执行是否成功，返回布尔型数据
is_successful = res.successful()
# 执行的任务所处的状态
state = res.state
# state 的值会在 PENDING，STARTED，SUCCESS，RETRY，FAILURE 这几种状态中，分别是 待处理中，任务已经开始，成功，重试中，失败
报错处理
如果执行的延时任务在程序中报错，比如我们定义的 div() 函数，我们传入的除数为 0 的话，在程序中是会报错的，我们使用 get() 来获取结果的话程序是会报错的：
res3 = div.delay(3, 0)
res3.get()
# 返回会报错
但是我们可以使用 propagate=False 参数来忽略程序的报错:
res3.get(propagate=False)
这样我们获取的就不是程序报错，而是程序报错的信息作为结果返回
使用 res3.state 发现返回的结果是 FAILURE
当延时任务在程序中报错，它的返回值就不会是正确的，我们可以通过 res3.traceback 是否有值来判断函数运行过程中是有报错：
if res3.traceback:
print("延时任务报错")
else:
print("程序正常运行，可以获取返回值")
result资源释放
因为 backend 会使用资源来保存和传输结果，为了确保资源被释放，所以在执行完异步任务后，你必须对每一个结果调用 get() 或者 forget() 函数
result.get() 函数获取结果
result.forget() 在 backend 删掉该数据
在官方文档上，意思是 get() 和 forget() 方法都可以释放资源，但是经过我测试，貌似只有 forget() 函数会释放资源
查看是否资源被释放也很简单，登录到对应的 backend，我这里是 redis，使用 redis-cli 或者通过 docker 进入 redis：
select 1
keys*
查看相应的 task id 是否还在列表就可以知道该资源是否被释放
如果不想手动释放资源，可以在配置里设置一个过期时间，那么结果就会在指定时间段后被释放：
app.conf.update(result_expires=60)
这个我们可以在后面的配置里再详细介绍。
以上就是本篇笔记全部内容，下一篇笔记我们将介绍如何建立一个 celery 项目、配置的几种方法及一些基本的配置。
如果想获取更多后端相关文章，可扫码关注阅读：
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/218040.html
