【Python面试题】为什么选择Fastapi而不是Flask做项目？

为什么选择FastAPI而不是Flask

我们的场景是以IO密集为主（外部服务/数据库调用较多），需要原生异步，Websocket以及自动化API文档。FastAPI基于ASGI，配合uvicorn能无阻塞的处理并发；同时借助Pydantic提供数据校验、类型提示和自动OpenAPI，开发效率和可维护性更好。Flask更轻量，但原生是WSGI同步模型，做高并发或长连接需要额外方案（gevent/quart/异步网管）整体复杂度和一致性交叉。

• 选型维度取舍
  • 并发模型
    • Fastapi（ASGI）原生async/await,更适合IO密集，长连接（websocket/SSE），流式响应
    • Flask（WSGI）默认同步，请求线程/进程阻塞；需要异步引入gevent/greenlet，gunicorn异步workers或者改用Quart，栈会更碎
  • 生产特性
    • FastApi：内置Pydantic，自动OpenAPI/swagger，依赖注入，请求体验证，响应模型，一致的的类型提示
    • Flask：核心简单，生态成熟，但是需要自己拼，规范和一致性依赖团队自律
  • 团队与生态
    • 如果团队熟悉Flask，且场景简单，同步/小体量项目Flask足够
    • 如果需要快速落地强约束的API、清晰的契约和高并发，Fastapi则更适配
  • 部署复杂度
    • Fastapi常见uvicorn/uvicorn+gunicorn，ASGI中间件链路清晰
    • flask，gunicorn+ sync workers，提升并发需要增加进程/现成或者异步的worker
  • 可观测性与规范
    • Fastapi易将类型、验证、文档三件事合一，降低“接口腐化”
    • flask更自由，也意味着难统一