Go语言crypto/tls如何复用会话？SessionTicket配置教程-Golang-PHP中文网

SessionTicket比SessionID更适合生产环境，因其将加密会话状态交由客户端存储，服务端无状态，天然支持横向扩展与多实例部署；而SessionID依赖服务端共享缓存，在分布式场景下易失效。

go语言crypto/tls如何复用会话？sessionticket配置教程

SessionTicket 为什么比 Session ID 更适合生产环境

因为 Session ID 要求服务端内存里存着所有活跃会话，横向扩容时 session cache 无法共享，负载均衡后容易 miss；而 SessionTicket 把会话状态加密后甩给客户端自己保管，服务端无状态，天然支持多实例部署。但代价是：必须安全地管理 SessionTicketKey——它一旦泄露或轮换不一致，会导致大量 ticket 解密失败，表现为“连接成功但复用失败”。

启用 SessionTicket 的最小必要配置

Go 默认开启 SessionTicket（Config.SessionTicketsDisabled = false），但仅靠默认值无法真正复用。你必须显式设置 SessionTicketKey，否则运行时会自动生成一个随机 key，每次进程重启就失效。

SessionTicketKey 必须是 32 字节的随机密钥，且在所有服务实例间保持一致（比如从配置中心加载或挂载 secret 文件）
若使用多个 key（如滚动更新），旧 key 放在 SessionTicketKeys 切片里，新 key 放第一个位置——Go 只用第一个加密，但会尝试用全部 key 解密
不要把 key 写死在代码里，尤其别提交到 Git；建议用 os.ReadFile 读取外部文件，并设好文件权限（如 0400）

config := &tls.Config{
    MinVersion: tls.VersionTLS12,
    // 其他安全配置...
    SessionTicketsDisabled: false, // 显式设为 false 更清晰
    SessionTicketKey:       []byte("32-byte-key-must-be-exactly-this-long"), // 仅用于单实例测试
}

如何验证 SessionTicket 是否生效

不能只看连接是否成功，得确认复用是否发生。最直接的方法是抓包看 TLS 握手中的 NewSessionTicket 消息是否出现，以及后续连接的 ClientHello 是否携带了 ticket 扩展。但在 Go 服务端，更轻量的办法是启用日志钩子：

实现 GetConfigForClient 回调，在其中打印 hello.SessionTicketSupported 和 hello.SessionTicket 长度
如果第二次连接的 hello.SessionTicket 非空，且服务端能解密出有效会话，则说明复用成功
注意：TLS 1.3 下 NewSessionTicket 是独立消息，不在 ServerHello 中；而 TLS 1.2 下它作为扩展出现在 ServerHello 后

常见误判点：hello.SessionTicket 为空 ≠ 复用失败——可能客户端没发（比如 curl 默认禁用 ticket），也可能服务端因 key 不匹配拒绝了解密。