FastAPI多层级依赖嵌套本质是框架按需递归解析依赖树：从路由参数开始，逐层展开Depends声明，深度优先+左优先执行，同一请求内依赖复用、跨请求隔离，循环依赖在启动时即被检测拦截。

多层级依赖嵌套的构造注入，本质是框架按需递归解析依赖树的过程，不是简单顺序执行，而是基于类型声明与调用链动态构建执行路径。

依赖解析从入口参数开始

FastAPI 在匹配路由后，会扫描路径操作函数的所有参数。只要参数标注了 Depends()，就启动解析流程；若该依赖本身又声明了其他 Depends() 参数，框架会继续向下展开，直到所有依赖都解析为具体值。

• 解析不依赖函数调用顺序，而取决于参数声明位置和嵌套结构
• 每个依赖函数只执行一次，即使被多个上级依赖引用（同一请求内）
• 同步与异步依赖可混用，框架自动等待 awaitable 返回结果

执行顺序遵循深度优先+左优先原则

当一个依赖同时依赖多个子依赖时，FastAPI 先完整执行左侧第一个子依赖及其全部嵌套链，再处理右侧下一个。例如：

def dep_c(): return "c"
def dep_b(c: str = Depends(dep_c)): return "b"
def dep_a(b: str = Depends(dep_b), c: str = Depends(dep_c)): return "a"

调用 dep_a 时，dep_c 先执行一次（供 dep_b），然后 dep_b 执行，最后再次复用已缓存的 dep_c 结果传给 dep_a 的第二个参数。

实例生命周期由作用域决定

默认情况下，所有依赖都是“每次请求新建”，即同一请求中多次被引用，仍复用首次解析结果；但跨请求完全隔离。若需单例行为，可通过 lifespan 或自定义容器管理，而非依赖函数本身控制。

• 函数依赖：无状态，天然适合请求级复用
• 类依赖：构造时可接收参数，实例状态仅在当前请求生命周期内有效
• 避免在依赖中保存跨请求数据，否则易引发并发问题

循环依赖会被提前拦截

FastAPI 在解析过程中维护一个正在处理中的依赖栈。一旦发现当前待解析依赖已在栈中，立即抛出 CycleDependencyError。这不是运行时报错，而是在应用启动时（或首次请求预热时）就检测并中断。

• 典型场景：A 依赖 B，B 又直接或间接依赖 A
• 解决方式包括拆分逻辑、引入中间接口、或改用显式调用替代依赖声明
• 分层架构（如 routers → services → repositories）能天然规避多数循环风险