ASP.NET Core ServiceProvider解析服务结果不一致问题咨询

你的预期是合理的——两种注册方式本质都是基于ServiceCollection操作服务注册，理论上相同的注册顺序应该得到一致的解析结果。以下是问题根源和解释：

问题根源 #

差异来自WebApplicationBuilder构建ServiceProvider时的默认配置差异：

• 直接调用ServiceCollection.BuildServiceProvider()时，默认使用ServiceProviderOptions的ValidateOnBuild = false，不会在构建时提前验证或解析服务。
• 而WebApplicationBuilder.Build()内部创建ServiceProvider时，默认启用了ValidateOnBuild = true和ValidateScopes = true，会在构建阶段提前验证所有已注册的服务。

当你先注册具体泛型服务IBase<Config> → Base，再注册开放泛型服务IBase<> → BaseGeneric<>时，验证过程会优先解析已注册的具体服务IBase<Config>，此时开放泛型服务尚未被标记为可匹配该具体泛型类型，导致后续调用GetServices时，开放泛型服务无法被匹配到IBase<Config>，反而因内部逻辑重复返回了已注册的具体服务实例。

而调整注册顺序（先开放泛型，再具体泛型）时，开放泛型服务在验证阶段前已完成注册，ServiceProvider能正确识别它可匹配IBase<Config>，后续GetServices就能同时返回BaseGeneric<Config>和Base实例，结果与直接使用ServiceCollection一致。

验证结论的方法 #

你可以手动指定WebApplicationBuilder的ServiceProvider配置，关闭验证，此时输出会和直接使用ServiceCollection的结果一致：

var app = builder.Build(new WebApplicationOptions
{
    ServiceProviderOptions = new ServiceProviderOptions
    {
        ValidateOnBuild = false,
        ValidateScopes = false
    }
});

总结 #

1. 你的预期合理，两种注册方式本应得到相同解析结果。
2. 差异是WebApplicationBuilder默认启用的服务验证机制导致的，验证阶段的服务解析顺序影响了开放泛型服务的匹配逻辑。
3. 调整注册顺序后，开放泛型服务在验证前已完成注册，能被正确匹配到具体泛型类型，因此结果恢复正常。

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