首次调用API遇“无法创建SSL/TLS安全通道”错误，后续调用正常问题排查

问题分析 #

你遇到的这个情况，核心是ServicePoint缓存机制和配置时机冲突导致的：
-.NET会根据目标URI创建并缓存ServicePoint对象，这个对象会沿用创建时的安全协议配置；

• 如果你是在发起请求前才设置SecurityProtocol和证书验证回调，第一个请求可能已经用旧的协议（比如残留的TLS1.0/1.1）创建了ServicePoint，导致握手失败；
• 后续请求复用了连接池里已经用新配置建立的连接，所以能成功；当连接闲置超过默认超时（约1分钟）被回收后，再次请求又会重新创建ServicePoint，旧配置的问题就会再次出现。

解决方案 #

1. 提前全局配置，确保首次请求前生效

把ServicePointManager的配置放在应用启动的最早期（比如控制台程序的Main开头、Web应用的Application_Start事件），而不是每次调用API前才设置：

// 应用启动阶段就执行这两行
ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;
// 用赋值而非+=，避免多次注册回调引发潜在问题
ServicePointManager.ServerCertificateValidationCallback = (sender, cert, chain, sslPolicyErrors) => true;

2. 配置ServicePoint连接租赁超时，避免旧配置缓存

如果提前设置后仍有问题，可以强制让ServicePoint的连接更快过期，确保新请求使用最新配置：

// 在设置完安全协议后，针对目标API地址配置
Uri apiUri = new Uri("你的目标API地址");
ServicePoint servicePoint = ServicePointManager.FindServicePoint(apiUri);
// 设置为0表示请求后立即关闭连接，或设一个较短时长（如5000毫秒）
servicePoint.ConnectionLeaseTimeout = 0;

这样每次请求都会重新建立连接，彻底避免旧ServicePoint缓存的影响。

3. 防止配置被第三方代码覆盖

有些第三方库可能会修改ServicePointManager.SecurityProtocol，可以在每次调用API前重新确认配置：

// 调用API前再次设置，确保配置未被覆盖
ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;
ServicePointManager.ServerCertificateValidationCallback = (sender, cert, chain, sslPolicyErrors) => true;

额外提示 #

• 如果你用的是.NET Framework 4.5及以上版本，建议同时启用TLS1.3（若服务端支持）：SecurityProtocolType.Tls12 | SecurityProtocolType.Tls13；
• 不要用+=注册证书验证回调，多次注册会导致多个回调执行，可能引发不可预期的问题。

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