1. TLS握手协议深度解析：TLS 1.2与TLS 1.3握手流程对比、关键参数对性能的影响
说到TLS握手，很多人第一反应就是「慢」。确实，一个完整的TLS握手要来回交换好几轮数据，再加上证书验证、密钥协商，几百毫秒就出去了。我刚开始做性能优化那会儿，就遇到过线上接口平均耗时800ms，一查发现一半时间都耗在了TLS握手上。
这一节，咱们就把TLS 1.2和TLS 1.3的握手流程掰开揉碎，看看每一步到底干了什么，哪些环节是性能瓶颈的重灾区。
1.1 TLS 1.2握手流程：经典但冗长
TLS 1.2从2008年服役到2018年，至今仍有大量系统在用。它的握手流程，说白了就是「两次往返」——客户端和服务端来回交换两轮消息，才能开始加密通信。
核心流程（完整握手）：
- ClientHello：客户端发送支持的TLS版本、密码套件列表、随机数。
- ServerHello：服务端选定版本、密码套件，发回随机数。
- Certificate：服务端发送证书链（通常2-4级）。
- ServerKeyExchange：如果是DHE/ECDHE密钥交换，发送临时公钥和签名。
- ServerHelloDone：服务端说「我发完了」。
- ClientKeyExchange：客户端发送自己的公钥（RSA）或预主密钥（DHE）。
- ChangeCipherSpec + Finished：双方各自切换加密，并验证握手完整性。
你想想看，这一来一回就是2-RTT（Round Trip Time）。如果客户端和服务端之间延迟是50ms，光握手就100ms没了。更别提证书链传输、签名验证这些CPU密集操作。
我的经验：有一次帮客户排查HTTPS慢的问题，发现他们的证书链有5级，光证书传输就占了2KB+。在移动网络下，这2KB可能要多花一个RTT才能传完。后来我建议他们精简到3级，握手时间直接降了30%。
1.2 TLS 1.3握手流程：精简到极致
TLS 1.3在2018年发布，最大的变化就是握手从2-RTT降到了1-RTT。怎么做到的？说白了就是把「猜」这件事做到了极致。
客户端在第一个ClientHello里，就直接把自己支持的密钥交换参数（Key Share）发过去了。服务端如果支持，直接回复ServerHello + 证书 + 完成，一次往返就搞定。
核心流程（1-RTT）：
- ClientHello：包含支持的密码套件、随机数、Key Share（客户端公钥）。
- ServerHello：选定参数，发回服务端Key Share、证书、Finished。
- 双方直接计算主密钥，开始加密通信。
更厉害的是0-RTT模式——如果客户端之前连接过，可以缓存会话信息，直接在第一个包里带上加密数据。当然，0-RTT有重放攻击风险，这个后面章节会细说。
注意：TLS 1.3砍掉了很多不安全的密码套件，比如RSA密钥交换、CBC模式加密、RC4、3DES等。如果你还在用这些，升级到TLS 1.3后必须改。
1.3 关键参数对性能的影响
握手流程讲完了，咱们来看看哪些参数是性能杀手。我列了个表，方便你对照排查。
| 参数 | 影响环节 | 性能影响 | 优化建议 |
|---|---|---|---|
| 密码套件 | 密钥协商、加密 | ECDHE比DHE快3-5倍；AES-GCM比CBC快且安全 | 优先使用TLS_AES_128_GCM_SHA256（TLS 1.3）或ECDHE-RSA-AES128-GCM-SHA256（TLS 1.2） |
| 证书链长度 | 证书传输 | 每多一级证书，增加约1-2KB传输量，可能多一个RTT | 控制在3级以内；使用OCSP Stapling减少证书状态查询 |
| 椭圆曲线 | 密钥协商 | P-256比P-384快约2倍；Curve25519比P-256快且安全 | 优先使用X25519（Curve25519），其次P-256 |
| 签名算法 | 证书验证 | RSA 2048比RSA 4096快；ECDSA比RSA快 | 使用ECDSA证书（P-256），避免RSA 4096 |
| 会话复用 | 握手次数 | Session ID/Ticket可跳过完整握手，节省1-RTT | 开启Session Ticket，设置合理过期时间（建议24小时） |
避坑指南：我曾经遇到一个案例，服务端配置了P-521椭圆曲线，觉得「越大越安全」。结果客户端是老旧手机，不支持P-521，握手失败后降级到P-256，多花了一次协商时间。后来我统一改成X25519 + P-256，兼容性和性能都好了。
1.4 握手流程对比图
下面这张图把TLS 1.2和TLS 1.3的握手流程放在一起对比，你可以直观看到差异。
1.5 性能影响总结
说了这么多，其实核心就三点：
- 减少RTT：TLS 1.3比1.2少一次往返，延迟敏感场景下优势巨大。如果网络延迟100ms，一次握手就省了100ms。
- 选对密码套件：ECDHE + AES-GCM + X25519 是目前性能和安全的黄金组合。别用DHE，别用CBC，别用RSA密钥交换。
- 精简证书链：证书链越长，传输越慢。控制在3级以内，能用ECDSA就别用RSA。
警告：别为了性能盲目开启0-RTT。0-RTT存在重放攻击风险，如果你的业务涉及支付、转账等敏感操作，建议禁用0-RTT，或者至少做好重放防护。
嗯，这一节的内容就到这儿。TLS握手是性能优化的第一道关卡，搞懂了它，后面排查问题会顺手很多。