C# IHost托管服务如何从运行服务池获取HostedService实例

先给明确结论：

• 默认注册写法下，WorkerB无法直接获取WorkerA实例；只要调整注册方式，WorkerB完全可以注入并调用WorkerA的公开成员。
• 不存在全局静态可访问的ServiceCollection或者全局服务池，服务实例统一由构建Host生成的DI容器（IServiceProvider）管理，所有依赖优先通过构造函数注入获取，不推荐全局访问。

为什么默认写法拿不到WorkerA实例 #

AddHostedService<T>() 内部默认是将T作为IHostedService接口的单例实现注册到DI容器，不会注册T类型本身的自映射。.NET默认DI容器不会自动解析未显式注册的具体类型，直接在WorkerB构造函数里声明WorkerA workerA参数，启动时会抛出无法解析服务的异常。
另外所有HostedService本身都是单例生命周期，只要不存在循环依赖（比如WorkerA反过来依赖WorkerB），互相注入不会有生命周期错位问题。

正确实现WorkerB调用WorkerA的方式 #

注册时显式把WorkerA注册为具体类型的单例，再通过工厂模式将同一个实例注册为HostedService，避免出现多实例问题，示例代码：

IHost host = Host.CreateDefaultBuilder(args)
    .ConfigureServices(services =>
    {
        // 先注册WorkerA为单例
        services.AddSingleton<WorkerA>();
        // 从容器中取出已注册的WorkerA实例，注册为HostedService，保证全局只有一个WorkerA实例
        services.AddHostedService(sp => sp.GetRequiredService<WorkerA>());
        // 注册WorkerB，此时构造函数可以直接注入WorkerA
        services.AddHostedService<WorkerB>();
    })
    .Build();

await host.RunAsync();

注意：不要分开写services.AddSingleton<WorkerA>()和services.AddHostedService<WorkerA>()，这会生成两个独立的WorkerA实例，导致注入到WorkerB的实例和Host实际运行的WorkerA不是同一个，引发逻辑bug。

WorkerB中直接通过构造函数注入即可使用WorkerA的公开成员：

public class WorkerB : BackgroundService
{
    private readonly WorkerA _workerA;
    public WorkerB(WorkerA workerA)
    {
        _workerA = workerA;
    }

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        // 调用公开方法、读取属性都可以正常使用
        var configData = _workerA.PublicConfig;
        await _workerA.RunWorkerAMethod();
    }
}

禁止写双向依赖：比如WorkerA注入WorkerB、WorkerB又注入WorkerA，会触发循环依赖异常，DI容器无法解析这种闭环依赖链。

关于全局服务访问的说明 #

• ServiceCollection 只在服务注册阶段（也就是ConfigureServices委托执行阶段）用来配置服务注册规则，一旦调用Build()生成IHost之后，ServiceCollection就完成了作用，没有全局可访问的ServiceCollection实例留存。
• 构建完成后所有服务实例由IServiceProvider（DI容器）管理，不存在全局静态的服务池可以随意查询。你可以在Host构建完成后通过host.Services获取根容器手动解析服务，但这种服务定位器写法是反模式，除非万不得已不推荐使用，很容易引发内存泄漏、生命周期错位问题。
• 所有需要跨服务调用的场景，优先通过构造函数注入获取依赖，这是官方推荐的标准用法，容器会自动管理依赖的创建和释放。

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