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）能天然规避多数循环风险
