重复调用AddHttpClient注册同命名客户端是否会互相覆盖？

结论 #

同名称的 HttpClient 可以多次调用 AddHttpClient 注册，不会覆盖之前的全部配置，所有配置会按注册顺序叠加生效。

原理说明 #

虽然每次调用 AddHttpClient 都会返回新的 DefaultHttpClientBuilder 实例，但 builder 所有的配置操作本质都是向 IServiceCollection 中追加对应名称的 HttpClient 配置委托，而非替换已有的配置：

• 你用到的 AddCompanyAuthenticationHeaders、AddCompanyHeaderPropagation 这类 IHttpClientBuilder 扩展方法，本质都是给指定名称的 HttpClient 追加配置逻辑
• 当运行时创建对应名称的 HttpClient 实例时，所有注册的配置委托会按先后顺序依次执行，所有逻辑都会生效

对应场景验证 #

你提到的两个NuGet分开注册的写法：

// NuGet1 注册逻辑
services.AddHttpClient("CompanyStandardClient").AddCompanyAuthenticationHeaders();
// NuGet2 注册逻辑
services.AddHttpClient("CompanyStandardClient").AddCompanyHeaderPropagation();

和你手动链式调用的写法效果完全一致，认证头和请求头传播的配置都会生效，不会出现只有一个配置生效的问题。

注意事项 #

如果多次调用 AddHttpClient 时都传入了直接修改 HttpClient 基础属性的委托，且对同一个属性重复赋值，那么后执行的赋值会覆盖先执行的赋值：

// 第一次注册设置超时时间为10秒
services.AddHttpClient("Test", c => c.Timeout = TimeSpan.FromSeconds(10));
// 第二次注册设置超时时间为30秒
services.AddHttpClient("Test", c => c.Timeout = TimeSpan.FromSeconds(30));

这种场景下最终生效的超时时间是30秒，这是委托执行顺序导致的属性覆盖，并非 AddHttpClient 整体覆盖了前一次的全部配置。

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