go启动https必须用http.listenandservetls，且证书须含完整链（域名证书+中间ca）、私钥未加密且权限≤0600、含正确san；缺一将panic或握手失败。
Go 里 HTTPS 不是“加个开关就加密”，而是必须用 http.ListenAndServeTLS 启动 TLS 隧道，否则所有流量都是明文——哪怕你在 handler 里对 body 做 AES 加密也没用，HTTP 层本身没加密。
证书文件必须含完整链且顺序正确
常见错误：open /path/to/cert.pem: no such file or directory 或更隐蔽的 tls: failed to find any PEM data in certificate input，其实文件存在，只是内容不对。
-
cert.pem必须包含服务器证书 + 中间 CA（如 Let’s Encrypt 的 fullchain），顺序不能颠倒：先域名证书，再中间证书；根证书不用放 - 自签名测试时，
cert.pem必须带 SAN（Subject Alternative Name），比如DNS:localhost,IP:127.0.0.1，否则 Go ≥1.19 直接握手失败 - 用
openssl x509 -in cert.pem -text -noout检查是否含 SAN；用openssl rsa -in key.pem -check -noout确认私钥未加密且格式合法
私钥文件权限和格式有硬性要求
Go 的 crypto/tls 对私钥极其挑剔，不是“能读就行”。
- 私钥必须是未加密的（即不含
DEK-Info头），格式为-----BEGIN PRIVATE KEY-----或-----BEGIN RSA PRIVATE KEY----- - Linux/macOS 下权限必须 ≤
0600（chmod 600 key.pem），设成0644会静默拒绝加载 - Windows 上若用 CRLF 换行，Go 解析失败；务必保存为 Unix 风格（LF）
- 生成命令推荐：
openssl req -x509 -newkey rsa:4096 -keyout key.pem -out cert.pem -days 365 -nodes -subj "/CN=localhost" -addext "subjectAltName=DNS:localhost,IP:127.0.0.1"
客户端不信任自签名证书？RootCAs 不是摆设
服务端配得再好，客户端默认不信你签的根——这不是 bug，是设计。别急着设 InsecureSkipVerify: true，那等于关掉 TLS。
- 客户端必须显式加载自签名证书公钥到
*x509.CertPool：pool := x509.NewCertPool()→pool.AppendCertsFromPEM(certBytes) - 只往
RootCAs里塞-----BEGIN CERTIFICATE-----块，绝不能塞私钥或中间证书 -
InsecureSkipVerify: true是裸奔开关，CI/CD 应扫描拦截；它会让 SNI、ALPN 全失效，中间人可伪造任意证书 - 生产环境必须用可信 CA 签发的证书，禁用 TLS 1.1 及以下，
MinVersion至少设为tls.VersionTLS12
ListenAndServeTLS 启动前必须检查四件事
这个函数最省事，也最容易在启动瞬间 panic，别等上线才发现问题。
- 路径必须是磁盘上真实可读的绝对路径或
filepath.Join拼接结果，不支持相对路径、嵌入字节流或 URL - 端口必须显式指定（如
":8443"），HTTP 和 HTTPS 不能共用同一监听地址 - 若启用了 mTLS（双向认证），
ClientAuth设为RequireAndVerifyClientCert时，ClientCAs必须非空，否则日志只报tls: bad certificate，不提示缺 CA - 证书链缺失中间 CA 时，浏览器或客户端报
x509: certificate signed by unknown authority，而不是连接超时
真正难的不是写几行代码，而是证书、协议、校验三者对齐——漏一个，轻则连接被拒，重则降级成明文。尤其 SAN 字段和私钥权限，是本地调试时最常被忽略的两个点。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
