自动化测试发送HTTP请求时报SSL连接无法建立错误如何解决？

• 最直接的原因是代码强制指定了SSL协议为SslProtocols.Tls（即TLS 1.0版本），当前绝大多数公开服务都已停止支持安全性不足的TLS 1.0、TLS 1.1协议，仅接受TLS 1.2及以上版本的连接请求，服务器收到低版本协议的握手请求后直接主动断开连接，因此抛出「连接被远程主机强制关闭」的报错。
• 异步调用使用.Result阻塞获取结果，导致底层抛出的真实异常被包装为System.AggregateException，增加了异常排查的复杂度。
• 每次请求都新建HttpClient实例属于错误用法，会导致系统套接字资源被快速耗尽，引发额外的连接异常。

1. 修正SSL协议配置
   移除硬编码的固定协议版本，改为使用系统默认协商逻辑，或者明确指定当前主流支持的高版本协议：

• 最优方案：删除clientHandler.SslProtocols = SslProtocols.Tls;这行代码，或者将值改为SslProtocols.None，让操作系统根据目标服务器的支持情况自动选择最合适的协议版本，兼容性最好。
• 如需手动指定：设置为clientHandler.SslProtocols = SslProtocols.Tls12 | SslProtocols.Tls13;，覆盖当前主流支持的安全协议版本。

注意：ServerCertificateCustomValidationCallback直接返回true会跳过所有SSL证书校验，存在安全风险，仅建议在内部自动化测试场景使用，生产环境请移除该配置，走正常的证书校验逻辑。

2. 优化HttpClient实例逻辑
   将HttpClient改为静态单例复用，避免每次请求重复创建：

// 类级别静态字段，全局复用
private static readonly HttpClient _httpClient;

// 静态构造函数初始化一次
static 你的类名()
{
    HttpClientHandler clientHandler = new HttpClientHandler();
    clientHandler.ServerCertificateCustomValidationCallback += (sender, cert, chain, sslPolicyErrors) => { return true; };
    // SslProtocols留空默认走系统自动协商即可，不需要手动赋值
    _httpClient = new HttpClient(clientHandler);
}

3. 改造为异步调用避免阻塞
   把同步方法改为异步实现，用await获取结果，避免死锁和异常包装问题：

public async Task<HttpStatusCode> SendRequestAsync(string _url)
{
    SetUrl(_url);
    var response = await _httpClient.GetAsync(Url);
    StatusCode = response.StatusCode;
    return StatusCode;
}

如果确实需要保留同步实现，建议调整异常捕获逻辑，展开AggregateException获取真实报错信息。

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