解析RusTLS中`'static`在`peer_certificates`方法中的使用

首先要纠正一个关键误解：CertificateDer<'static>并不是持有外部数据的引用，而是表示该结构体自身拥有证书数据。

RusTLS设计CertificateDer时，用生命周期参数区分两种使用场景：

• CertificateDer<'a>：借用外部的字节数据（比如从临时缓冲区引用）
• CertificateDer<'static>：拥有自有数据（内部存储Vec<u8>或类似的自有字节容器）

回到CommonState的实现：当TLS连接完成握手后，CommonState会将对等方的证书数据完整复制到自己的内部存储中，这些数据的所有权属于CommonState，并会被长期持有直到连接销毁。此时返回的CertificateDer<'static>实际上是指向这些自有数据的“自有变体”，而非外部引用。

为什么返回'static而不是和&self绑定的生命周期？

• 这是RusTLS的API设计选择：它保证只要CommonState实例还存活，这些证书数据就不会被释放。使用'static可以简化API，避免调用者处理复杂的生命周期绑定，同时不会违反内存安全——因为CommonState持有数据的所有权，只要你持有&CommonState的引用，就可以安全访问这些'static的CertificateDer。
• 你预期的<'_>（即和&self同生命周期）虽然也合法，但'static在这里是一个更宽松且安全的声明，因为CommonState控制着数据的生命周期，确保在连接存续期间数据始终有效。

总结：这里的'static不是指数据永久存在，而是表示CertificateDer拥有自己的数据，且这些数据的生命周期由CommonState保证，只要CommonState还活着，这些数据就不会失效。这完全符合Rust的内存安全规则，不存在矛盾。

内容的提问来源于stack exchange，提问作者MysteryMoose