.net Core 中 ServicePointManager 完全无效，因其网络栈重写为基于 httpClientHandler/SocketsHttpHandler；应改用 HttpClientHandler.sslOptions.EnabledSslProtocols 和 ServerCertificateCustomValidationCallback 配置 TLS 与证书验证。
在 .NET Core（以及后续的 .NET 5+）中，ServicePointManager **完全不起作用**，所有对其属性（如 SecurityProtocol、DefaultConnectionLimit、ServerCertificateValidationCallback）的设置都会被忽略。
为什么 ServicePointManager 被移除了
.NET Core 从头重写了网络栈，不再基于旧版 .NET Framework 的 System.Net.ServicePoint 模型。HTTP 客户端底层改用 HttpClientHandler（或其跨平台实现 SocketsHttpHandler），而 ServicePointManager 是一个静态全局配置器，与现代依赖注入、实例化控制和跨平台设计原则冲突。
-
ServicePointManager在 .NET Core 中仍存在（为兼容性保留类型），但内部逻辑为空或直接返回默认值 - 调用
ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12不会改变任何实际行为 - 设置
ServicePointManager.ServerCertificateValidationCallback对HttpClient请求无效
替代方案：用 HttpClientHandler 配置 TLS 和证书验证
你需要显式构造 HttpClientHandler 并传给 HttpClient，或通过 DI 注册自定义 handler。
- TLS 协议版本由
HttpClientHandler.SslOptions.EnabledSslProtocols控制（.NET Core 2.1+） - 证书验证回调应设在
HttpClientHandler.ServerCertificateCustomValidationCallback - 连接限制等参数需通过
SocketsHttpHandler（而非ServicePoint）设置
var handler = new HttpClientHandler(); handler.SslOptions.EnabledSslProtocols = SslProtocols.Tls12 | SslProtocols.Tls13; handler.ServerCertificateCustomValidationCallback = (request, cert, chain, errors) => true; // 仅测试用 var client = new HttpClient(handler);全局默认协议版本怎么设（比如强制 TLS 1.2）
不能靠 ServicePointManager，而是通过以下任一方式：
- 应用启动时调用
appContext.Setswitch("System.Net.Http.UseSocketsHttpHandler", true)（通常不需要，.NET Core 2.1+ 默认已启用） - 在进程启动早期设置环境变量
DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER=1 - 更可靠的做法：在创建每个
HttpClientHandler时明确指定SslOptions.EnabledSslProtocols - .NET 6+ 还支持通过
AppContext.SetSwitch("System.Net.Http.EnableMultipleHttp2Connections", true)等开关微调，但 TLS 协议仍需 handler 级控制
最易踩的坑是：把 .NET Framework 项目里的 ServicePointManager 设置原样复制到 .NET Core 中，结果 TLS 握手失败或证书验证静默绕过却毫无察觉 —— 因为那些代码根本没生效。