4、握手优化策略概览：会话复用、精简握手、预共享密钥、缓存机制
DTLS 握手，说白了就是设备之间互相验明正身、协商密钥的过程。但这个过程在低功耗设备上，代价可不小。我见过不少项目，握手一次耗掉的电量，够传感器发好几百次数据了。
所以，优化是必须的。今天咱们就把四种主流策略摆到桌面上，看看它们各自怎么省电、省时间、省内存。
核心思路：减少握手轮次、复用已有安全状态、避免非对称加密的重复计算。
4.1 会话复用（Session Resumption）
这是最直观的思路。既然第一次握手已经建立了安全通道，那第二次、第三次能不能别从头再来？
DTLS 1.2 里，服务器可以在 Finished 消息里带一个 session_id。客户端把这个 ID 存下来，下次连接时直接带上。服务器一查，嗯，老熟人，跳过证书验证和密钥交换，直接进入加密阶段。
我做过一个智能门锁的项目，门锁和网关之间每天要建立几十次连接。第一次握手用了 5 轮消息，耗时 120ms。用了会话复用之后，直接降到 2 轮，20ms 搞定。电量消耗也降了将近 70%。
我的经验：session_id 的存储空间要提前规划好。低功耗设备 Flash 有限，我一般建议保留最近 5-10 个会话状态，超过就淘汰最旧的。别贪多，否则内存吃紧反而更耗电。
4.2 精简握手（Abbreviated Handshake）
会话复用的升级版。它不光复用 session_id，还把整个握手流程砍掉一大半。
正常 DTLS 握手有 6 条消息：ClientHello → ServerHello → Certificate → ServerKeyExchange → ClientKeyExchange → Finished。精简后，只需要 ClientHello（带 session_id）→ ServerHello → ChangeCipherSpec → Finished，一共 4 条。
你想想看，少了证书传输和密钥协商，省下的可不只是时间，还有宝贵的网络带宽。在 LoRa 这种低速链路上，少传一个 1KB 的证书，可能就省了 2-3 秒的空中时间。
| 对比项 | 完整握手 | 精简握手 |
|---|---|---|
| 消息轮次 | 5-6 轮 | 3-4 轮 |
| 证书传输 | 需要 | 不需要 |
| 非对称计算 | 2 次 | 0 次 |
| 典型耗时（Wi-Fi） | 80-150ms | 15-30ms |
| 典型耗电（对比） | 100% | 约 25% |
注意：精简握手依赖会话缓存。如果服务器重启或者缓存被清空，精简握手会回退成完整握手。我在一个项目中就踩过这个坑——服务器半夜自动重启，第二天所有设备都做了完整握手，电池直接掉了一截。
4.3 预共享密钥（PSK）
PSK 是另一种思路。既然证书交换那么重，那咱们干脆提前把密钥烧进设备里。
DTLS 1.2 原生支持 PSK 模式。握手时，客户端和服务器用预共享的密钥直接推导出会话密钥，完全跳过证书和密钥交换环节。整个握手只需要 2 轮消息。
我曾经给一批水表做过 DTLS 优化。水表出厂时，我们就把 PSK 写进了安全芯片。水表联网后，和服务器之间的握手基本是秒级完成，而且没有证书链的解析开销，CPU 占用率从 40% 降到了 5%。
PSK 的适用场景：设备数量可控、密钥分发有安全通道、设备计算能力极弱（比如 Cortex-M0 级别）。
PSK 也有个麻烦事——密钥管理。设备多了，密钥怎么分发？怎么轮换？怎么撤销？我建议配合安全元件（SE）或者 TEE 来存储 PSK，别裸写在 Flash 里，否则被读出来就全完了。
4.4 缓存机制
前面三种策略，都离不开缓存。没有缓存，会话复用和精简握手就是空中楼阁。
缓存分两边：
- 客户端缓存：存 session_id、主密钥、密码套件、对端证书（可选）。
- 服务器缓存：存 session_id 到安全状态的映射、超时时间、最大会话数。
我个人的习惯是，客户端缓存用 RAM 存，掉电就丢，反正下次上电重新握手也没问题。服务器缓存则用内存数据库（比如 Redis），设置 TTL，过期自动清理。
缓存的大小怎么定？给你一个参考公式：
缓存大小 = 平均会话状态大小 × 最大并发设备数 × 1.2（冗余系数）
举例：
- 每个会话状态 ≈ 256 字节（session_id + 主密钥 + 套件 + 时间戳）
- 最大并发设备 = 10000
- 缓存大小 = 256 × 10000 × 1.2 ≈ 3MB避坑指南：我曾经把缓存超时设成 24 小时，结果第二天发现服务器内存爆了。后来改成 4 小时 TTL，配合 LRU 淘汰策略，再也没出过问题。低功耗设备频繁重连的场景，TTL 建议 1-2 小时就够了。
4.5 四种策略怎么选？
没有银弹。每种策略都有自己的脾气。
- 设备经常重连同一个服务器 → 会话复用（比如传感器上报数据）
- 设备偶尔重连，但要求极低延迟 → 精简握手（比如门锁开锁）
- 设备数量可控，安全要求高 → PSK（比如工厂内部设备）
- 服务器需要支撑大量设备 → 缓存机制必须跟上（否则前面都是空谈）
实际项目中，我经常把会话复用和缓存机制搭配使用。PSK 则作为备选方案，留给那些实在跑不动证书的设备。
嗯，四种策略的脉络，大概就是这样。下面这张图能帮你快速理清它们之间的关系。