Django 6.0新增了内置后台任务框架django.tasks，但并未提供任务执行机制，仍需依赖外部基础设施。该模块主要目的是为任务队列实现提供统一API，由Jake Howard主导开发。文章还介绍了如何基于该功能创建自定义后端和工作者来实现通知功能。

Django 6.0 新特性初探：内置后台任务框架

核心内容概述
Django 6.0 在 django.tasks 模块中引入了原生后台任务框架，但官方明确表示该框架不包含任务执行的工作线程机制，仍需依赖外部基础设施（如独立进程或服务）。这一设计旨在为任务队列实现提供统一的API接口，由开发者Jake Howard主导推进。

框架特性解析

1. 任务定义

   • 通过 @task 装饰器将函数转换为任务，禁止直接调用，必须通过 enqueue 方法触发
   • 支持优先级、队列名称、后端名称等参数配置
   • 提供 takes_context 参数获取任务上下文（如执行次数等）

2. 任务执行现状

   • 仅内置两种后端：
     • ImmediateBackend（立即执行）
     • DummyBackend（空操作）
   • 复杂功能（如自动重试、任务编排）需自行实现或依赖第三方库

3. 项目实践案例
   作者构建了一个基于数据库的后台任务系统，包含：

   • 数据库后端：通过模型存储任务状态、重试次数等
   • 工作线程：实现任务认领、执行状态更新和指数退避重试机制
   • 配置支持队列级参数（最大重试次数、退避因子等）

局限性说明

• 不替代专业方案：无法直接替代 Celery/Huey 等成熟框架
• 功能缺口：
  • 缺少内置工作线程
  • 不支持复杂任务编排
  • 自动重试需通过装饰器或后端实现
• 扩展建议：参考官方参考实现或自行开发适配层

结语
该框架以简洁的API覆盖80%的常见场景，虽功能有限但为标准化提供了基础。用户可根据需求选择扩展或继续使用专业任务队列方案。

（注：原文中的代码示例、图片链接及部分技术细节已精简，完整实现可查看项目仓库）

以下是评论内容的总结：

1. 对Celery的批评

• 类型支持不足：Python装饰器在类型支持上较弱，导致运行时错误（评论1："Too many python decorators aren't written with pretty weak typing support"）
• 维护困难：Celery在规模扩展时难以维护（评论8："Celery is such garbage to run/maintain at any sort of scale"）

2. 对新集成的积极评价

• 简化开发：符合Django“开箱即用”理念，减少兼容性问题（评论2："This integration fits Django's batteries included approach"）
• 轻量级替代：适合不需要复杂基础设施的简单任务队列（评论3："for a simple task queue that doesn't require additional infrastructure it works quite well"）

3. 其他替代方案

• Procrastinate：基于PostgreSQL，架构简洁（评论6："IMO super clean architecture and well tested"）
• 事件驱动模型：可能比任务队列更适合复杂业务逻辑（评论9："Really what starts to make more sense to me is to fire off events"）

4. 功能需求与疑问

• 进度报告：希望API支持进度反馈（评论10："Does the api support progress reporting?"）
• 测试便捷性：关注后端切换是否真正无缝（评论7："does swapping backends for tests actually feel seamless"）

5. 批评与遗憾

• 推出时机：认为Django在此功能上延迟太久（评论5："Django this is about 10 years too late"）

不同观点保持平衡，既有对Celery的批评，也有对新方案的期待，同时提到了其他替代方案和潜在改进方向。