.NET中使用HttpClient实例是否符合依赖注入最佳实践？

private HttpClient client = httpClientFactory.CreateClient("Auth");
...
public async Task<Result<Uri>> GetStuff()
{
    try
    {
        using var response = await client.GetAsync("www.example.com");

        if (response.StatusCode == HttpStatusCode.OK)
          return Result<Uri>.Success(cachedLocation);
    }
    catch (HttpRequestException ex)
    {
        return Result<Uri>.Failure($"HTTP request failed: {ex.Message}");
    }
}

}

## 回答
你的这种用法**符合依赖注入的松耦合理念**，不会导致紧耦合，核心原因如下：
- `Auth`类依赖的是抽象接口`IHttpClientFactory`，而非具体的`HttpClient`实现，完全遵循了依赖倒置原则——依赖抽象而非具体实现，类的依赖创建与管理交给DI容器，而非`Auth`类自身负责。
- `IHttpClientFactory`是.NET官方提供的`HttpClient`生命周期管理工具，既解决了直接创建`HttpClient`可能引发的Socket耗尽问题，又能集中统一配置客户端规则（比如你在Program中设置的BaseAddress、证书验证逻辑等）。

不过代码存在两处需要修正的细节：
1. **命名客户端名称不匹配**：你在Program.cs中注册的命名客户端是`"AuthService"`，但Auth类中调用`CreateClient("Auth")`使用的是`"Auth"`，这会导致获取到默认配置的HttpClient，而非你自定义的实例，需要将两处名称统一（比如都改为`"AuthService"`）。
2. **无需手动包裹HttpClient的using**：IHttpClientFactory创建的HttpClient是池化管理的，调用`Dispose()`仅会将其归还到对象池，而非真正释放资源。代码中`using var response`是合理的，但不需要对HttpClient本身做using处理。

修正后的Auth.cs核心代码参考：
```csharp
public class Auth(IHttpClientFactory httpClientFactory) 
{
    private readonly HttpClient _client = httpClientFactory.CreateClient("AuthService");

    public async Task<Result<Uri>> GetStuff()
    {
        try
        {
            var response = await _client.GetAsync("www.example.com");

            if (response.IsSuccessStatusCode)
              return Result<Uri>.Success(cachedLocation);
            // 可补充处理非200状态码的逻辑
        }
        catch (HttpRequestException ex)
        {
            return Result<Uri>.Failure($"HTTP request failed: {ex.Message}");
        }
        return Result<Uri>.Failure("Request did not succeed");
    }
}

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