会话恢复省下了什么
短时间内重复访问同一站点时，客户端可以复用之前的握手结果，跳过证书传输与密钥协商中的大部分计算，这就是会话恢复。判读依据是握手消息的形态：客户端在 Hello 中带上会话标识或票据，服务端确认接受即完成恢复，往返次数与计算开销都更低。统计恢复比例能直接反映优化效果，而恢复率突然下降通常与票据密钥轮换或后端未共享会话有关。
基本信息
| 适用平台 | Wireshark / tshark 解析的 TLS 握手 |
|---|---|
| 相关字段 | 会话标识、会话票据扩展 |
| 判读方式 | 对比完整握手与恢复握手的消息数量与耗时 |
| 常见影响 | 多台后端未共享票据密钥时恢复率下降 |
典型使用场景
- 首访慢而再次访问快，量化恢复带来的收益
- 负载扩容后恢复率下降，排查后端共享配置
- 为长连接与短连接策略选择提供数据
- 对比改造前后恢复比例的变化
- 排查票据密钥轮换期间偶发的恢复失败
- 为容量评估提供依据：恢复比例降低了多少计算负载
观察要点
观察要点
# 恢复形态: 客户端 Hello 携带会话票据 → 服务端确认 → 直接进入加密
tls.handshake.session_id # 会话标识
# 统计口径: 完整握手次数 与 恢复握手次数 的比例
tls.handshake.type == 1 # 客户端 Hello
tls.time > 0.2 # 握手偏慢的样本单独看
# 恢复率按客户端分组统计，不同实现策略差异较大形态对照读法
| 观察形态 | 含义 | 判读方向 |
|---|---|---|
| Hello 携带票据且被接受 | 恢复成功 | 往返与计算成本都更低 |
| Hello 携带票据但被拒 | 恢复失败回落完整握手 | 查票据密钥或后端一致性 |
| 消息数量明显减少 | 恢复路径特征 | 用于统计恢复比例 |
| 握手耗时稳定偏低 | 恢复生效 | 可作为优化效果的证据 |
多台后端未共享票据密钥时恢复会失败并回落到完整握手，排查时先看请求被分发到哪些后端。
恢复比例要按客户端分组统计：不同客户端实现与超时策略差异较大，混在一起统计会掩盖单类客户端的问题。