SSL 握手慢：会话复用与链路排查

发布时间:2026-02-27 08:51

## 症状 接口整体延迟偏高，拆开链路一看，大头落在建立连接的阶段：数据传输本身很快，但每次请求前都有一段握手耗时，移动网络环境下尤其明显。单次几百毫秒看着不大，乘上高频调用次数，体验就被拖垮了。 ## 定位 先把握手耗时拆成两块：网络往返与计算开销。握手需要多次往返，跨地域链路每次往返都在几十毫秒级，乘上轮次就是肉眼可见的延迟；计算开销来自密钥交换的非对称运算，证书链越长、密钥规格越重，开销越高。判断方法：同机房的客户端握手明显快于跨地域客户端，瓶颈在网络距离；所有客户端都慢且服务端 CPU 偏高，瓶颈在计算；两边都不明显，就要怀疑中间链路的质量了。再用工具直接量。 ``` openssl s_client -connect 域名:443 -servername 域名 -brief ``` ## 解决 网络侧的优化靠会话复用：同一客户端的后续连接复用先前会话参数，跳过完整的密钥交换轮次，往返次数砍半，这是移动端高频场景最有效的一招，服务端开启会话票据即可支持。计算侧的优化有两项：精简证书链，去掉不必要的层级；按需选择密钥规格，安全性达标即可，不必无脑用最重的。两项叠加，握手耗时通常能压掉一半以上。应用层再加一层长连接复用，让一次握手服务成百上千次请求，握手成本被摊薄到可以忽略。 ## 预防 性能基线里加入握手耗时的监控，劣化早发现。证书更新时核对新链的长度与规格，别让换证悄悄拖慢握手，这个检查项写进换证流程的收尾清单。长连接业务的连接复用率纳入指标，复用掉下去意味着握手成本回来了。顺云云服务器上做接口优化时，先用分段计时把握手从总耗时里剥出来，别让传输优化背了握手的锅，两项的优化手段完全不同。