DI创建Flurl客户端后，如何动态修改BasicAuth认证凭据？

方案1：请求链上动态设置认证（推荐，线程安全） #

直接在每次请求的链式调用中添加动态认证逻辑，无需修改客户端实例的全局配置，每个请求的认证信息互相独立，避免并发冲突。

示例代码：

public class MyClient
{
    private readonly IFlurlClientFactory _clientFactory;
    private readonly IAppConfig _appConfig;

    public MyClient(IFlurlClientFactory clientFactory, IAppConfig appConfig)
    {
        _clientFactory = clientFactory;
        _appConfig = appConfig;
    }

    public async Task MyProcess(ProcessRequestData processRequestData)
    {
        // 获取复用的Flurl客户端实例
        var client = _clientFactory.Get(_appConfig.ApiBaseUrl);
        
        // 构建请求并动态添加认证
        var request = client.Request("api/target-resource");
        
        if (processRequestData.RequiresCustomAuth)
        {
            // 使用请求数据中的自定义凭据
            request = request.WithBasicAuth(processRequestData.ResourceUsername, processRequestData.ResourcePassword);
        }
        else
        {
            // 使用默认配置的凭据
            request = request.WithBasicAuth(_appConfig.DefaultApiUsername, _appConfig.DefaultApiPassword);
        }

        // 发起请求
        var response = await request.GetJsonAsync<ApiResponse>();
        // 处理响应...
    }
}

方案2：封装认证策略（适合复杂场景） #

如果动态认证的逻辑比较复杂，或者需要支持多种认证方式，可以抽离出凭据提供类，通过DI注入，让代码更符合单一职责原则。

步骤1：定义凭据提供接口和实现类 #

public interface IAuthCredentialsProvider
{
    (string Username, string Password) GetCredentials(ProcessRequestData requestData);
}

public class ResourceAuthCredentialsProvider : IAuthCredentialsProvider
{
    private readonly IAppConfig _appConfig;

    public ResourceAuthCredentialsProvider(IAppConfig appConfig)
    {
        _appConfig = appConfig;
    }

    public (string Username, string Password) GetCredentials(ProcessRequestData requestData)
    {
        // 可扩展复杂逻辑，比如从数据库/缓存获取凭据
        if (requestData.ResourceType == ResourceType.Private)
        {
            return (requestData.ResourceOwner, requestData.ResourceSecret);
        }
        else
        {
            return (_appConfig.DefaultApiUsername, _appConfig.DefaultApiPassword);
        }
    }
}

步骤2：Autofac注册 #

var builder = new ContainerBuilder();
// 按请求生命周期实例化（可根据需求调整为单例/其他）
builder.RegisterType<ResourceAuthCredentialsProvider>()
       .As<IAuthCredentialsProvider>()
       .InstancePerHttpRequest();
// 注册MyClient及其他依赖...

步骤3：在MyClient中使用 #

public class MyClient
{
    private readonly IFlurlClientFactory _clientFactory;
    private readonly IAuthCredentialsProvider _credentialsProvider;
    private readonly IAppConfig _appConfig;

    public MyClient(IFlurlClientFactory clientFactory, 
                   IAuthCredentialsProvider credentialsProvider,
                   IAppConfig appConfig)
    {
        _clientFactory = clientFactory;
        _credentialsProvider = credentialsProvider;
        _appConfig = appConfig;
    }

    public async Task MyProcess(ProcessRequestData processRequestData)
    {
        var client = _clientFactory.Get(_appConfig.ApiBaseUrl);
        var (username, password) = _credentialsProvider.GetCredentials(processRequestData);
        
        var response = await client.Request("api/target-resource")
            .WithBasicAuth(username, password)
            .GetJsonAsync<ApiResponse>();
        // 处理响应...
    }
}

注意事项 #

• 避免直接修改Flurl客户端实例的全局认证配置（如调用client.WithBasicAuth(...)后不链式发起请求），因为客户端实例是复用的，并发场景下会导致认证信息串用。
• 如果需要支持非BasicAuth的认证方式（如Bearer Token），只需替换WithBasicAuth为对应的扩展方法（如WithOAuthBearerToken）即可，逻辑完全通用。

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