Go 的 http.Server 必须显式加载 PEM 格式证书和私钥，推荐配置 TLSConfig 并调用 ListenAndServeTLS("", "")；需确保证书链完整、私钥未加密，且应设置 MinVersion 和安全 CipherSuites，跳转 HTTPS 时需清理 Host 端口，证书热更新应通过 GetCertificate 回调实现。
Go 的 http.Server 怎么加载 TLS 证书文件
Go 原生不自动读取系统证书或环境变量，必须显式传入 PEM 格式的证书和私钥路径。最简方式是用 http.ListenAndServeTLS，但它只支持单证书，且无法复用已有 http.Server 实例。
更推荐直接配置 http.Server.TLSConfig 并调用 srv.ListenAndServeTLS("", "")（空字符串表示由 TLSConfig 提供证书）：
srv := &http.Server{
Addr: ":443",
TLSConfig: &tls.Config{
Certificates: []tls.Certificate{cert},
},
}
cert, err := tls.LoadX509KeyPair("cert.pem", "key.pem")
if err != nil {
log.Fatal(err)
}
srv.ListenAndServeTLS("", "")
-
cert.pem必须包含完整证书链（服务器证书 + 中间 CA），否则某些客户端（如 iOS、Java）会校验失败 -
key.pem必须是未加密的 RSA 或 ECDSA 私钥；如果带密码，需先用crypto/tls手动解密，Go 不支持交互式输入密码 - 不要把证书路径写死在代码里，尤其别提交到 Git —— 推荐从环境变量或配置文件读取路径，运行时挂载
为什么启用 TLSConfig.MinVersion 和 CipherSuites 很关键
默认 Go 的 TLS 配置兼容旧客户端，但会保留已被攻破的协议和加密套件（比如 TLS 1.0、RC4、CBC 模式下易受 POODLE 攻击）。生产环境必须显式收紧。
- 强制最低 TLS 版本：
MinVersion: tls.VersionTLS12（Go 1.12+ 默认已是 1.2，但老版本或自定义TLSConfig时仍需设） - 禁用不安全套件：明确列出仅启用
tls.TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384等 AEAD 类型套件，避免tls.TLS_RSA_WITH_AES_256_CBC_SHA这类 CBC 套件 - 注意：若服务需兼容 Android 4.4 以下或 Windows XP，不能盲目禁用 TLS 1.1；但这类设备本身已无安全更新，建议业务层拒绝而非妥协
HTTP 自动跳转 HTTPS 时，http.Redirect 容易漏掉 Host 头或端口
常见写法是监听 :80 启动一个独立 http.Server，对所有请求 301 跳转到 https://$host$requestURI。问题在于：r.Host 可能含端口（如 example.com:8080），而跳转目标不应带 :80；或者反向代理后 r.Host 是内部地址，没经过 X-Forwarded-Host 修正。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 跳转前务必清理端口：
host := strings.Split(r.Host, ":")[0] - 如果服务在 Nginx / ALB 后，应信任
X-Forwarded-Proto并校验来源 IP，再决定是否跳转，而不是无条件 301 - 不要用
http.Redirect(w, r, "https://"+r.Host+r.RequestURI, http.StatusMovedPermanently)——r.RequestURI可能为空（如 OPTIONS 请求），导致跳转 URL 错误
Let’s Encrypt 证书自动续期，为什么不能直接热替换 http.Server.TLSConfig.Certificates
Go 的 http.Server 不监听 TLSConfig 变化，改完 Certificates 字段不会生效。强行替换还可能引发并发 panic（因为 tls.Config 不是线程安全的）。
- 正确做法是使用
tls.Config.GetCertificate回调函数，在每次 TLS 握手时动态返回证书（例如查内存缓存或磁盘文件） - 配合
autocert.Manager时，它内部已实现该回调，并自动处理 ACME 流程和缓存；只需确保Cache实现支持并发读写（如autocert.DirCache("/var/cache/letsencrypt")） - 注意：
autocert.Manager.HTTPHandler仅用于 ACME HTTP-01 挑战，别把它当成主服务 handler；主服务仍走 TLS，挑战端口（:80）单独开一个 server
证书热更新不是“换文件”那么简单，本质是握手时的证书供给时机和并发安全。哪怕用了 autocert，也要确认它的 Cache 实现没被多个进程共享（比如 NFS），否则续期可能失败或证书不一致。
