Go语言HTTPS性能优化核心是减少TLS握手开销、启用会话复用与TLS 1.3、精简密码套件、利用AES-NI硬件加速、优化证书链及OCSP验证。
Go语言处理HTTPS通信时，性能开销主要来自TLS握手、密钥交换、对称加解密、证书验证和内存分配等环节。优化目标不是削弱安全性，而是在满足安全策略前提下，减少冗余计算、复用资源、利用硬件能力并合理并发。
复用TLS连接与会话状态
频繁重建TLS连接是最大性能杀手之一。每次完整握手需2–3次RTT，涉及非对称运算（如RSA/ECC），开销远高于后续对称加密。
- 服务端启用会话复用：配置tls.Config.SessionTicketsDisabled = false，并设置SessionTicketKey支持跨进程复用
- 客户端使用http.Transport的连接池，开启MaxIdleConns和MaxIdleConnsPerHost，避免重复拨号
- 优先采用TLS 1.3：自动启用0-RTT（在安全允许场景）和更简化的握手流程，显著降低延迟
精简密码套件与协议配置
默认TLS配置常包含大量兼容性套件，既增加协商时间，又可能引入低效算法。
- 服务端显式指定高效套件，例如：[]uint16{tls.TLS_AES_128_GCM_SHA256, tls.TLS_AES_256_GCM_SHA384}
- 禁用不必要特性：关闭ClientAuth（除非强制双向认证）、禁用Renegotiation
- 设置MinVersion: tls.VersionTLS12或tls.VersionTLS13，彻底移除SSLv3/TLS 1.0/1.1支持
利用硬件加速与对象复用
AES-GCM等主流加密模式在现代CPU上可通过AES-NI指令集加速；同时，避免高频创建加密上下文对象。
立即学习“go语言免费学习笔记（深入）”；
- 确认运行环境支持AES-NI（x86_64 Linux常见），Go标准库自动启用，无需额外代码
- 对高频加解密路径（如自定义TLS层代理、日志加密），用sync.Pool缓存cipher.AEAD实例
- 避免在循环中反复调用cipher.NewGCM(block)，应初始化一次后复用
减少证书链与OCSP验证开销
证书验证虽必要，但全链校验和在线OCSP请求会引入网络等待和CPU消耗。
- 服务端提供完整、精简的证书链（中间CA合并进server.crt），避免客户端主动下载缺失证书
- 启用OCSP Stapling：tls.Config.GetConfigForClient中动态返回已缓存并签名的OCSP响应
- 客户端若非强合规要求，可跳过InsecureSkipVerify外的深度校验（不推荐生产环境）
