Celery 源码分析

补充 Timer & Eventloop 前面我们详细的讲了一个任务的执行周期，并且还讲到了一个任务在执行的过程中与其他组件的联系。但是有两个组件我们只是一笔带过了，那就是Eventloop和Time

Celery Beat 定时任务实现方式 到这里，我们可以来解答我们在Celery基础架构中提出来的最后一个问题了： celery beat 是如何轮询任务的？ Celery Beat本身的实现逻辑并

Task 执行 在上一篇文章中，我们最终发现apply_async任务的执行是通过Request里面的execute_using_pool 里面的apply_async方法。但是在开始之前，我们有必要

Consumer 子组件 Tasks组件 我们直接点进去源码看看，位置是:celery.worker.consumer.tasks.Tasks，对于step相关的子组件，我们直接看它的createor

Celery组件- Consumer 在上一章Worker启动的时候，我们最终以Consumer作为例子去说明了Worker是如何与自己的子组件进行绑定的。 在这里我们大概知道是生成了一个consum

Worker启动 讲完了celery的基础架构之后，我们明白，别管其他有的没的组件，Worker那是妥妥的C位, 而我们对于Celery的使用也正是从Worker开始的。Worker启动有两种不同的方

Celery 有五大组件，至于为什么是五大，这个是我从网上搜到的，大家都说是五个, 查了查官方文档，也没说，那就姑且认为它是五个吧。

前言 Celery 是一个简单、灵活且可靠的，处理大量消息的分布式系统，并且提供 维护这样一个系统的必需工具。celery是一个专注于实时处理的任务队列，同时也支持任务调度。 在我们日常开发中，特别是