FastAPI中依赖注入对比默认参数的优势何在？

先说说你当前用默认参数方案的局限：虽然能正常运行，但随着项目规模扩大，会逐渐暴露问题——比如每个需要数据库资源的函数都要手动调用getInfo()，依赖关系藏在函数内部，测试时替换资源很麻烦，遇到和请求绑定的动态依赖更是难处理。

FastAPI的依赖注入解决的就是这些痛点，核心优势主要有以下几点：

1. 自动复用，减少重复代码 #

你现在要在多个路由里用到Session和Models，每个都得手动导入、调用getInfo()。换成依赖注入后，只需要定义一次get_db_info依赖函数，所有需要的地方用Depends(get_db_info)标记参数，FastAPI会自动帮你调用函数并把结果传入，不用重复写调用逻辑。

2. 轻松处理嵌套依赖 #

如果以后你的数据库会话需要依赖配置文件里的连接字符串，或者需要先验证请求用户身份再返回对应会话，依赖注入可以直接把这些逻辑做成嵌套依赖——比如get_db_session依赖get_config，FastAPI会自动按顺序解析整个依赖链。而用默认参数的话，你得手动一层层调用，代码会变得臃肿混乱。

3. 测试更便捷 #

测试时，你不需要连接真实数据库，只需要给依赖传一个Mock的Session就行。比如在测试函数里用override_dependency替换掉get_db_info，业务代码完全不用改。但用默认参数的话，要么得手动给每个函数传测试参数，要么得修改默认值，测试代码会变得繁琐且容易出错。

4. 天然支持请求上下文 #

如果你的依赖需要和当前请求绑定——比如根据请求里的用户ID返回对应的数据库会话，依赖注入的函数可以直接拿到Request对象或者路径参数，动态生成依赖结果。而默认参数方案很难优雅处理这种动态场景，只能在业务函数里手动传递上下文，代码耦合度会很高。

5. 依赖关系更清晰 #

用Depends()标记参数后，别人看代码时一眼就能知道这个函数依赖哪些资源，可读性和可维护性大幅提升。而默认参数的方式，依赖关系藏在函数体里，新人接手时得翻半天代码才搞清楚依赖来源。

要不要切换到依赖注入？ #

如果你的项目还很小，当前方案完全能满足需求，暂时不切换也没问题。但如果项目要扩展——比如要加更多路由、写自动化测试、处理复杂的依赖逻辑，那强烈建议切换。依赖注入能让你的代码更灵活、更易维护，避免后期陷入“牵一发而动全身”的困境。

给你个改造后的简单示例：

utils/getInfo.py #

from app import UserModel, PostModel, CommentModel, Session

class Models:
    User = UserModel
    Post = PostModel
    Comment = CommentModel

def get_db_info():
    return (Session, Models)

controllers/somecontroller.py #

from fastapi import Depends
from utils.getInfo import get_db_info

async def route(database_info: tuple = Depends(get_db_info)):
    Session, Models = database_info
    return {"msg": "Route"}

router/somerouter.py #

from fastapi import APIRouter
from controllers.somecontroller import route

router = APIRouter()

@router.post("/someroute")
async def handleRoute():
    return await route()

甚至可以直接把依赖放到路由函数里，让依赖关系更直观：

@router.post("/someroute")
async def handleRoute(database_info: tuple = Depends(get_db_info)):
    Session, Models = database_info
    return {"msg": "Route"}

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