.NET扩展方法配置DI后，CustomHttpClient未获取到Url与ApiKey

你的问题核心在于没有通过HttpClientFactory正确配置并关联CustomHttpClient与对应的HttpClient实例，导致注入的HttpClient是未配置的默认实例。以下是具体原因和修复方案：

常见错误场景及修复 #

1. 扩展方法中未正确配置类型化HttpClient #

如果你的AddMyApp扩展方法只是直接注册CustomHttpClient，但未通过AddHttpClient<CustomHttpClient>绑定配置逻辑，注入的HttpClient就是无配置的默认实例。

错误示例：

public static IServiceCollection AddMyApp(this IServiceCollection services, string url, string apiKey)
{
    services.AddScoped<CustomHttpClient>();
    // 未配置对应HttpClient的BaseUrl和请求头
    return services;
}

修复方式：
使用AddHttpClient<CustomHttpClient>注册类型化客户端，在ConfigureHttpClient中直接配置BaseAddress和默认请求头：

public static IServiceCollection AddMyApp(this IServiceCollection services, string url, string apiKey)
{
    services.AddHttpClient<CustomHttpClient>(client =>
    {
        client.BaseAddress = new Uri(url); // 确保传入的url是合法Uri格式，如https://api.example.com/
        client.DefaultRequestHeaders.Add("ApiKey", apiKey);
    });
    return services;
}

2. CustomHttpClient构造函数注入逻辑错误 #

如果CustomHttpClient的构造函数没有直接注入HttpClient，或者你手动创建了HttpClient实例，配置自然不会生效。

正确构造函数写法：

public class CustomHttpClient
{
    private readonly HttpClient _httpClient;

    // 直接注入HttpClient，HttpClientFactory会自动提供配置好的实例
    public CustomHttpClient(HttpClient httpClient)
    {
        _httpClient = httpClient;
    }

    // 后续使用_httpClient发起请求即可
}

3. Url格式不合法 #

若传入的url缺少协议头（如http/https）、未以/结尾，或者格式错误，BaseAddress会无法正确设置。确保传入的Url是完整的根地址，比如https://api.example.com/，并通过Uri构造函数做合法性校验。

4. 手动实例化CustomHttpClient #

如果代码中直接new CustomHttpClient(new HttpClient())，而非通过DI容器获取实例，注入的HttpClient必然是无配置的默认对象。必须通过构造函数注入或IServiceProvider.GetRequiredService<CustomHttpClient>()获取实例。

验证方式 #

启动应用后，通过DI容器获取CustomHttpClient实例，调试时检查_httpClient.BaseAddress和_httpClient.DefaultRequestHeaders，确认配置已正确应用。

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