必须用TLS而非仅加加密层，服务端需用tls.Listen或http.ListenAndServeTLS启动，证书链须完整、私钥未加密且权限≤0600；客户端必须显式配置RootCAs，InsecureSkipVerify仅限调试；mTLS要求ClientAuth与ClientCAs配对设置，缺一则降级为单向。
必须用 TLS，不是“加个加密层”，而是替换连接方式；服务间调用不走 TLS，等于裸奔。
服务端必须用 tls.Listen 或 http.ListenAndServeTLS 启动
明文监听器（如 net.Listen("tcp", ":8080") 或 http.ListenAndServe）无法加密任何数据。哪怕你在 handler 里对 body 做 AES 加密，也绕过了证书校验、密钥协商和完整性保护，协议层面就是不安全的。
- HTTP 场景：直接用
http.ListenAndServeTLS(":443", "server.crt", "server.key", handler)，证书链必须完整（含中间 CA），私钥不能加密且权限 ≤ 0600 - TCP/自定义协议：改用
tls.Listen("tcp", ":8443", &tls.Config{Certificates: []tls.Certificate{cert}})，其中cert来自tls.LoadX509KeyPair("server.crt", "server.key") - 若需自定义
http.Server（如设超时、中间件），则传入TLSConfig字段，并调用srv.ListenAndServeTLS("", "")，空字符串表示复用证书文件路径
客户端必须显式加载 RootCAs，InsecureSkipVerify: true 是裸奔开关
Go 不会自动信任系统根证书池，也不会读取当前目录下的 ca.crt。漏掉 RootCAs 是最常见错误，直接导致 x509: certificate signed by unknown authority。
- 先读取 CA 文件：
caCert, _ := os.ReadFile("ca.crt") - 构建证书池：
caPool := x509.NewCertPool()，再调用caPool.AppendCertsFromPEM(caCert) - HTTP 客户端：
&http.Transport{TLSClientConfig: &tls.Config{RootCAs: caPool}} - TCP 客户端：
tls.Dial("tcp", "host:8443", &tls.Config{RootCAs: caPool}) -
InsecureSkipVerify: true仅限本地调试，CI/CD 流水线应强制拦截含该配置的代码
双向 TLS（mTLS）要配对生效：ClientAuth 和 ClientCAs 缺一不可
mTLS 不是“双方都带证书”就行。服务端不校验，客户端白交；客户端不提供，服务端无从校验。典型错配会导致单向或静默放行。
立即学习“go语言免费学习笔记（深入）”；
- 服务端
tls.Config必须设：ClientAuth: tls.RequireAndVerifyClientCert，且ClientCAs: caPool（此处caPool是用于验证客户端证书的 CA 根） - 客户端发起连接时，必须在
tls.Config中提供自己的证书+私钥：Certificates: []tls.Certificate{clientCert} - gRPC 场景下，服务端用
grpc.Creds(credentials.NewTLS(serverTLSConfig))，客户端用grpc.WithTransportCredentials(credentials.NewTLS(clientTLSConfig))，两个 config 的字段必须逻辑对称
证书轮换必须自己实现 reload，http.Server 和 grpc.Server 不支持热更新
证书过期不会报 warning，而是直接拒绝新连接、中断已有长连接。标准库至今（2026 年中）未提供 reload 接口，必须手动监听文件变更并原子替换 tls.Config.Certificates。
- 不能靠重启进程——会丢连接、触发重试风暴
- 推荐方案：用
fsnotify监听server.crt和server.key变更，解析成功后替换tls.Config.Certificates字段（注意并发安全） - gRPC 场景下还需同步更新
credentials.TransportCredentials实例，否则新连接仍用旧证书 - 预解析 CA 池（
ClientCAs/RootCAs）可复用，无需每次 reload
真正难的不是写几行 tls.Config，而是证书链是否完整、SAN 是否匹配、私钥是否被加密、RootCAs 是否真的加载成功——这些点全在启动前就决定连接成败，出问题时往往没有明确错误日志，只有 EOF 或 handshake timeout。
