.NET 6中如何通过DI向C#依赖类传递参数

针对你遇到的问题——需要将BackgroundService子类的ID属性传递给依赖的DataProcessor，并且希望避免手动调用Initialize方法，下面是几种符合ASP.NET Core DI设计理念的解决方案：

方案1：直接在注册HostedService时手动构造依赖（最直观，适合ID固定的场景） #

因为你的ServiceA和ServiceB的ID是固定的（"SA"和"SB"），可以在注册HostedService的时候，直接创建带有对应ID的DataProcessor实例，然后传入Service的构造函数：

修改ConfigureServices中的注册代码：

public void ConfigureServices(IServiceCollection services)
{
    // 不再需要单独注册DataProcessor，因为我们会手动创建实例
    // services.AddScoped<DataProcessor>();

    // 注册ServiceA，传入带有"SA" ID的DataProcessor
    services.AddHostedService<ServiceA>(sp => new ServiceA(new DataProcessor("SA")));
    
    // 注册ServiceB，传入带有"SB" ID的DataProcessor
    services.AddHostedService<ServiceB>(sp => new ServiceB(new DataProcessor("SB")));
}

这种方式的优点是简单直接，完全符合你的需求，不需要额外的工厂类，适合ID固定的场景。同时每个Service拥有自己的DataProcessor实例，不会出现共享状态的问题。

方案2：使用工厂模式（更灵活，适合ID动态获取的场景） #

如果你的Service ID不是硬编码，而是需要从配置、数据库或其他服务中获取，或者未来可能有更多Service子类，工厂模式会更合适：

第一步：定义DataProcessor工厂接口和实现 #

public interface IDataProcessorFactory
{
    DataProcessor Create(string serviceId);
}

public class DataProcessorFactory : IDataProcessorFactory
{
    // 如果需要依赖其他服务，可以在这里注入，比如IConfiguration
    public DataProcessorFactory()
    {
    }

    public DataProcessor Create(string serviceId)
    {
        return new DataProcessor(serviceId);
    }
}

第二步：修改BaseService，通过工厂创建DataProcessor #

public abstract class BaseService : BackgroundService
{
    public abstract string ID { get; }
    protected DataProcessor dp;

    // 注入工厂，而不是直接注入DataProcessor
    protected BaseService(IDataProcessorFactory factory)
    {
        // 用当前Service的ID创建对应的DataProcessor
        dp = factory.Create(ID);
    }
}

第三步：注册工厂和HostedService #

public void ConfigureServices(IServiceCollection services)
{
    // 注册工厂为Singleton
    services.AddSingleton<IDataProcessorFactory, DataProcessorFactory>();
    
    // 直接注册HostedService，DI会自动注入工厂
    services.AddHostedService<ServiceA>();
    services.AddHostedService<ServiceB>();
}

这种方式的优点是解耦了DataProcessor的创建逻辑，未来如果DataProcessor的构造需要更多参数，只需要修改工厂实现即可，不需要修改所有Service子类。同时保证了DataProcessor在BaseService构造时就完成初始化，避免了手动调用Initialize的繁琐。

为什么你的原有方案有问题？ #

你之前注册DataProcessor为Scoped，但是DI容器无法知道每个Service需要传入不同的ID参数——默认情况下，DI容器会尝试用无参构造函数或者已注册的参数来创建实例，而这里的serviceID是每个Service独有的，所以容器无法自动解析。

而手动调用Initialize方法虽然能生效，但违背了构造注入的设计原则：构造注入的核心是保证对象在创建完成后就处于可用状态，而Initialize方法需要额外调用，容易出现忘记调用导致的空引用或未初始化错误。

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