go实现高性能加密服务必须用crypto/tls替换底层连接，而非手动加解密；http.listenandservetls是唯一安全且高性能的https标准入口，需传入含完整证书链的server.crt和权限为0600的未加密server.key，客户端须显式加载rootcas验证证书。
Go 里想实现高性能加密服务，不是靠“加个 AES wrapper”或“在 HTTP handler 里手动 encrypt/decrypt”，而是必须用 crypto/tls 替换底层连接——否则所有所谓“加密”都运行在明文链路上，形同裸奔。
http.ListenAndServeTLS 是唯一安全且高性能的 HTTPS 入口
标准库 http.ListenAndServeTLS 内部已优化 TLS 握手复用、session resumption 和 ALPN 协商，比自己包装 http.Server + tls.Listener 更轻量、更可靠。
- 直接传入证书路径：
http.ListenAndServeTLS(":443", "server.crt", "server.key", handler)，无需额外配置http.Server.TLSConfig -
server.crt必须含完整证书链（域名证书 + 中间 CA），不能只放 PEM 的-----BEGIN CERTIFICATE-----块 -
server.key必须是未加密私钥（无DEK-Info头），Linux/macOS 下权限必须为0600 - 若需自定义超时或中间件，才用
&http.Server{Addr: ":443", TLSConfig: cfg}+srv.ListenAndServeTLS("", "")，但性能略低
客户端跳过证书校验仅限调试，RootCAs 必须显式加载
用 http.Client 访问自签名或内网 TLS 服务时，InsecureSkipVerify: true 会导致握手成功但完全失去身份认证——生产环境绝不可留。
- 正确做法：读取 CA 根证书（如
ca.crt），解析为*x509.CertPool，注入tls.Config.RootCAs - Go 不会自动加载系统根证书池，也不会扫描当前目录下的
ca.crt，漏掉这步必报x509: certificate signed by unknown authority - 示例关键代码：
certPool := x509.NewCertPool(); certPool.AppendCertsFromPEM(pemBytes) - HTTP 客户端配置：
&http.Transport{TLSClientConfig: &tls.Config{RootCAs: certPool}}
AES-GCM 只用于应用层叠加，不替代 TLS
TLS 已解决传输层机密性与完整性；AES-GCM 等应用层加密只在极少数场景必要，比如字段级二次加密或跨域密钥隔离，但它会引入额外 CPU 开销和序列化负担。
- 密钥严禁硬编码，必须从环境变量或 KMS 注入；nonce 每次加密唯一（
chacha20poly1305.NonceSize()或12字节） - 加密输出格式固定为
nonce || ciphertext || authTag，解密前必须按偏移切分，否则aesgcm.Open()可能静默失败 - 避免在 URL、Header 或 Cookie 中传加密数据——base64 含
+//易引发路由歧义，长度不可控也易被日志截断 - 不要在
http.Handler中对ResponseWriter或Request.Body手动加解密：破坏Content-Length、干扰 gzip、让 Nginx/Envoy 无法转发
自定义 TCP 加密必须用 tls.Listen，别碰裸 socket + AES
写私有协议（如游戏、IoT 设备通信）时，常见错误是用 net.Listen("tcp", ...) 接收连接，再对 conn 手动套 AES —— 这绕过了证书校验、密钥协商和重放防护，等于把 TLS 拆开重写。
- 正确方式：服务端用
tls.Listen("tcp", ":8443", &tls.Config{Certificates: []tls.Certificate{cert}}) - 客户端用
tls.Dial("tcp", "host:8443", &tls.Config{RootCAs: pool})，pool同上必须显式加载 - 需要双向认证（mTLS）？服务端设
ClientAuth: tls.RequireAndVerifyClientCert，客户端提供自己的Certificates - 证书链格式、私钥权限、TLS 版本（
MinVersion: tls.VersionTLS12）任一出错都会导致连接静默失败或 panic，务必逐项验证
最容易被忽略的点是证书文件细节：PEM 格式错位、私钥带密码、RootCAs 没加载、自签名证书没配 CA —— 这些问题不会报明确错误，而是表现为连接卡住、EOF、或 remote error: tls: bad certificate，排查时得从文件内容和权限一层层抠。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
