Celery事件返回父Worker进程ID而非池进程ID的疑问

这是Celery的有意设计，并非Bug，核心原因如下：

• 事件发送的集中管控：在默认的prefork池模式下，task-received、task-started这类任务生命周期的早期事件，是由父Worker进程统一发送的。父进程作为整个Worker节点的管控中枢，负责接收任务、调度子池进程执行，同时集中处理事件的推送逻辑。这种设计可以避免大量子进程频繁发送事件带来的资源消耗，保证事件系统的高效性和稳定性。

• 监控维度的定位：Celery事件系统的初始设计核心是监控Worker节点的整体状态，而非单个子池进程的细节。父进程ID作为Worker实例的唯一标识，足以满足大多数监控场景的需求——比如统计Worker节点的任务接收量、启动频率等。如果需要跟踪实际执行任务的子进程信息，可以关注task-succeeded、task-failed这类由子池进程触发的事件，这些事件中的pid字段会对应实际执行任务的池进程ID。

内容的提问来源于stack exchange，提问作者Bhavya Peshavaria