Django 与 FastAPI 对比：Python Web 框架怎么选
Django 与 FastAPI 代表了两种设计哲学：全家桶 vs 专注 API。本文从设计理念、项目结构、数据校验、API 文档、开发速度与生态成熟度全面对比，帮你选对框架。
直接回答：Django 是"全家桶"全栈框架——ORM、Admin、认证、模板一应俱全，适合快速交付完整 Web 应用；FastAPI 是专注 API 的现代异步框架——类型注解驱动、自动文档、性能出色，适合 API 服务与微服务。 选谁取决于你要交付的是"完整网站"还是"高性能 API"。
设计哲学：两种世界观的碰撞
Django（2005 年）诞生于新闻编辑室，信奉 batteries included：认证、ORM、Admin 后台、表单、安全全套自带，约定优于配置，Instagram、Pinterest 都是它的作品。
FastAPI（2018 年）站在类型系统的肩膀上：用 Python 类型注解声明请求响应模型，自动完成校验、序列化与 OpenAPI 文档生成，异步原生，为 API 时代而生。
项目结构
Django 项目按"项目-应用"两级组织，startproject/startapp 生成标准骨架，settings.py 集中配置——结构由框架定好，团队协作零歧义。
FastAPI 只有最小内核，目录结构自由发挥（常见按路由/领域分层）。自由是把双刃剑：小项目爽快，大项目需要团队自己定规范，否则半年后面目全非。
数据处理与校验
# FastAPI：类型注解即校验规则
class Item(BaseModel):
name: str
price: float = Field(gt=0)
@app.post("/items")
def create(item: Item): ... # 非法请求自动 422
# Django：Form/Serializer 显式定义
class ItemForm(forms.Form):
name = forms.CharField()
price = forms.DecimalField(min_value=0)
FastAPI 的 Pydantic 模型一鱼三吃：校验、序列化、文档。Django 的 Form/DRF Serializer 成熟稳定，和 ORM、Admin 联动深。
API 能力与文档
这是 FastAPI 的主场：交互式 Swagger UI / ReDoc 开箱即用，文档由声明生成，但仍需检查响应模型与业务约束。Django 要靠 DRF + drf-spectacular 组合才能达到同等体验——能到，但要自己拼装。
开发速度与生态
- CRUD 类全栈应用：Django 的 Admin 一个顶仨，后台管理白送，可减少后台管理界面的开发工作；
- 纯 API / 前后端分离：FastAPI 更轻更快，异步 IO 场景可减少等待时的线程占用；
- 生态成熟度：Django 二十年积累，几乎任何需求都有现成包；FastAPI 生态年轻但增长凶猛，核心场景已不缺轮子。
一句话决策
| 你要做的 | 选 |
|---|---|
| 内容站、管理后台、全栈应用 | Django |
| 对外 API、微服务、异步 IO 密集 | FastAPI |
| 既要全栈又要 API | Django + DRF，或两者并存 |
常见问题（FAQ）
Q：FastAPI 性能比 Django 快多少？
A：本文没有同环境基准，不能给出倍数。应固定服务器、worker、校验逻辑及数据库负载，对吞吐和尾延迟一起测试。Django 同样支持 ASGI 和异步视图。
Q：能把两者混用吗？
A：可以且常见：Django 扛主站与 Admin，FastAPI 扛对外高并发 API，共享同一个数据库。注意会话/认证体系要打通。
Q：FastAPI 没有 ORM 怎么办？
A：自由搭配：SQLModel（同作者）、SQLAlchemy、Tortoise 都行；也可以用 Django ORM（独立使用）——灵活正是 FastAPI 的设计意图。
官方参考
本文基于官方文档整理，未进行运行时或性能测试。示例中的业务函数、数据模型和部署地址需结合项目补全；局部片段不等同于完整生产应用。
