在 .NET 中实现依赖注入时，需仔细考虑服务生命周期。一个常见的陷阱是：当单例服务（如 EventListener）直接依赖范围服务（如 DbContext）时，若将范围类型的 DbContext 注入到单例的 EventProcessor 中，会导致同一 DbContext 实例被无限次复用。这种过期的 DbContext 可能引发数据过时和并发错误等问题。推荐的做法是：将 EventProcessor 注册为单例，但注入 IServiceScopeFactory。该工厂使单例处理器能够在需要时创建新的作用域并获取全新的 DbContext。或者，也可以将 EventProcessor 本身注册为范围生命周期。在此场景下，单例的 EventListener 会使用 IServiceScopeFactory 为每个处理的事件创建作用域，并从中解析出范围类型的 EventProcessor。归根结底，核心原则是避免将范围依赖直接注入到单例中。如果单例服务需要访问范围服务，应通过 IServiceScopeFactory 动态获取。同样，如果某个服务需要特定的生命周期（如“范围”），则应将其注册为该生命周期，并相应地解析。理解这些生命周期管理策略，可有效预防与依赖注入相关的常见错误。