错误

InferDI 会针对依赖图和生命周期的误用抛出明确的错误。请让这些消息在测试中保持可见，以便注册错误能尽早暴露。

触发条件	消息形态
对缺失的键调用 `.get(k)`	`Key "k" not found`
在已释放的容器上解析	`Container is disposed (key: "k")`
在已释放的祖先容器上解析	`Ancestor container is disposed (key: "k")`
释放后调用 `createScope()`	`Cannot create scope from a disposed container`
释放后注册	`Cannot register on a disposed container (key: "k")`
默认 `{fast: false}` 下从根容器解析 scoped 键	`Scoped "k" cannot be resolved from the root container. Use createScope().`
违反单例生命周期	`Singleton "x" cannot depend on scoped "y"...`
同步循环依赖	`Circular dependency detected: a -> b -> a...`
对异步资源进行同步释放	`Sync [Symbol.dispose] called on a resource whose .dispose() returned a Promise...`
对缓存的异步初始化进行同步释放	`Sync [Symbol.dispose] called on a container that cached a Promise from an async factory...`
延迟覆盖	`Cannot override "k" because it has already been resolved...`
在已释放的容器上覆盖	`Cannot override on a disposed container (key: "k")`

同步释放会在报告误用前观察缓存原生 Promise 的 rejection。之后发生的拒绝不会进入 unhandledRejection，但同步路径仍无法等待或关闭资源。它也不会调用自定义 Promise-like 值的 .then()。

异步释放期间，失败的依赖及其下游注册可能用同一个 Error 对象拒绝。InferDI 只报告该对象一次。不同对象仍是 AggregateError 中不同的原因，即使消息文本相同。

异步工厂之间的循环

registerAsyncFactory(..., deps, ...) 中声明的依赖会先经过同步预检，因此现有的循环守卫会在任何工厂函数开始执行之前拒绝循环。

Promise 边界之后形成的循环不会被检测到。这包括返回 Promise 的 registerFactory 回调，以及在 await 之后使用捕获容器的情况。如果两端相互等待，调用方会得到一个永远不会解决的 Promise。

请在架构层面修复异步循环：

在响应已产生之后发生的适配器清理错误，绝不会向客户端暴露。它们会被路由到 onDisposeError 或适配器的兜底接收器（sink）。

setup 失败的处理方式不同：原始的 setup 错误会被暴露，而在 setup 清理过程中发生的任何清理失败都会被路由到接收器，且不会被聚合进所暴露的错误中。