.Net 中的 ActivatorUtilitiesConstructor 特性
[ActivatorUtilitiesConstructor]是 .NET 依赖注入中的一个特性，用于指导 Microsoft.Extensions.DependencyInjection（MSDI）在类型有多个构造函数时，选择哪个构造函数进行实例化。
主要用途
1.解决构造函数选择歧义
当一个类有多个构造函数时，MSDI 默认选择参数最多且都能从容器中解析的构造函数。但有时这会导致问题：
publicclassMyService{// 默认情况下，DI 会选择这个构造函数（参数最多）publicMyService(IService1s1,IService2s2,stringconfigValue){// configValue 无法从容器解析，会抛出异常！}// 实际上我们想用这个publicMyService(IService1s1,IService2s2){// 只有可解析的参数}}2.明确指定构造函数
使用[ActivatorUtilitiesConstructor]明确告诉 DI 使用哪个：
publicclassMyService{publicMyService(IService1s1,IService2s2,stringconfigValue){// 这个不会被 DI 使用}[ActivatorUtilitiesConstructor]publicMyService(IService1s1,IService2s2){// DI 会优先使用这个构造函数}}工作原理
- 标记优先级：标记的构造函数会被优先考虑
- 兼容性检查：只考虑标记的构造函数能否从容器解析所有参数
- 回退机制：如果标记的构造函数参数无法全部解析，会尝试其他构造函数
常见场景
场景1：有可选参数时
publicclassReportService{privatereadonlyILogger_logger;privatereadonlystring_format;publicReportService(ILogger<ReportService>logger){_logger=logger;_format="Default";}[ActivatorUtilitiesConstructor]publicReportService(ILogger<ReportService>logger,IOptions<ReportOptions>options){_logger=logger;_format=options.Value.Format;}}场景2：第三方库扩展
// 扩展第三方库的类publicclassExtendedThirdPartyService:ThirdPartyService{// 第三方库可能没有无参构造函数publicExtendedThirdPartyService():base("default"){}[ActivatorUtilitiesConstructor]publicExtendedThirdPartyService(IConfigurationconfig):base(config.GetValue<string>("ApiKey")){}}使用注意事项
1.仅用于ActivatorUtilities.CreateInstance
// 这个特性主要影响以下方法：varinstance=ActivatorUtilities.CreateInstance<MyService>(serviceProvider);varinstance=ActivatorUtilities.CreateInstance(serviceProvider,typeof(MyService));2.与直接容器解析的区别
// 使用特性 - 受 [ActivatorUtilitiesConstructor] 影响services.AddTransient<MyService>();varservice=serviceProvider.GetService<MyService>();// 直接注册实例工厂 - 不使用该特性services.AddTransient(sp=>newMyService("hardcoded"));3.多个标记会报错
publicclassBadExample{[ActivatorUtilitiesConstructor]publicBadExample(IService1s1){}[ActivatorUtilitiesConstructor]// ❌ 运行时错误：多个标记publicBadExample(IService2s2){}}实际示例
publicclassPaymentProcessor{privatereadonlyIPaymentGateway_gateway;privatereadonlybool_useSandbox;// 用于测试或特定场景publicPaymentProcessor(IPaymentGatewaygateway){_gateway=gateway;_useSandbox=false;}// 生产环境使用 - 从配置读取[ActivatorUtilitiesConstructor]publicPaymentProcessor(IPaymentGatewaygateway,IConfigurationconfig){_gateway=gateway;_useSandbox=config.GetValue<bool>("Payment:UseSandbox");}}// 注册services.AddScoped<IPaymentGateway,StripeGateway>();services.AddScoped<PaymentProcessor>();// 使用时，DI 会自动选择带 [ActivatorUtilitiesConstructor] 的构造函数替代方案
如果不想使用特性，也可以：
- 使用工厂方法注册：
services.AddScoped(sp=>newMyService(sp.GetRequiredService<IService1>(),sp.GetRequiredService<IService2>()));- 简化设计（推荐）：尽量保持单个构造函数，使用 Options 模式处理配置。
总结
[ActivatorUtilitiesConstructor]是一个解决构造函数选择问题的工具，但在良好设计的应用中应该很少需要。优先考虑通过单一构造函数和Options 模式来简化设计，这会使代码更清晰且易于测试。
