为何C#/.NET依赖注入容器将单例依赖识别为作用域服务？

问题核心 #

你遇到的错误明确指向：Singleton生命周期的IHostedService（即你的XWorker）尝试消费Scoped生命周期的X.IX服务，但你已将IX注册为Singleton。这说明DI容器中IX的实际生命周期被标记为Scoped，与你的注册代码不符。

排查与解决方案 #

1. 全局检查重复注册 #

项目中可能存在多处注册IX服务，其中某一处将其注册为Scoped，覆盖或干扰了你的Singleton注册：

• 全局搜索代码中的AddScoped<IX, X>()、AddScoped(typeof(IX), typeof(X))或类似写法，确认是否有其他模块、Startup类或配置文件错误地将IX注册为Scoped。
• 确保services.AddSingleton<IX, X>()是最后执行的注册语句，避免被后续的Scoped注册覆盖。

2. 验证集成测试的服务注册顺序 #

在WorkerFixture的初始化逻辑中，服务注册顺序可能导致冲突：

• 若你先加载了项目的基础服务配置（其中可能包含Scoped的IX注册），再手动添加Singleton注册，需确认后者是否真正覆盖了前者。可在构建服务提供者前，通过调试或打印查看IX对应的服务描述符生命周期：

var ixDescriptor = services.FirstOrDefault(sd => sd.ServiceType == typeof(IX));
if (ixDescriptor != null)
{
    Console.WriteLine($"IX Lifetime: {ixDescriptor.Lifetime}");
}

3. 检查隐式生命周期变更 #

某些第三方扩展方法或自定义注册逻辑可能隐式修改服务生命周期：

• 确认是否使用了封装服务注册的扩展方法（如AddCustomServices()），这类方法内部可能重新注册IX并指定为Scoped。
• 检查X类的实现是否被其他服务注册逻辑关联，导致生命周期被自动调整。

4. 强制覆盖服务注册 #

若确认存在冲突注册，可通过移除原有描述符再添加Singleton注册的方式强制覆盖：

// 移除所有IX的现有注册
var existingDescriptors = services.Where(sd => sd.ServiceType == typeof(IX)).ToList();
foreach (var descriptor in existingDescriptors)
{
    services.Remove(descriptor);
}
// 重新添加Singleton注册
services.AddSingleton<IX, X>();

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