http.listenandservetls启动panic需查四点：cert.pem须含完整证书链（域名证+中间ca）、key.pem须为未加密私钥、linux/macos下私钥权限≤0600、自签名证书必须含正确san（如dns:localhost或ip:127.0.0.1）。
http.ListenAndServeTLS 启动就 panic？先查这四件事
Go 的 http.ListenAndServeTLS 不是“配了路径就能跑”，证书或私钥任一环节出错，都会在启动瞬间 panic，且错误信息往往模糊。最常踩的坑不是逻辑写错，而是文件本身不合规。
-
cert.pem必须含完整证书链：域名证书在前，中间 CA 证书紧随其后（如 Let’s Encrypt 的fullchain.pem），不能只放单个-----BEGIN CERTIFICATE-----块 -
key.pem必须是未加密私钥，格式为-----BEGIN PRIVATE KEY-----或-----BEGIN RSA PRIVATE KEY-----；带密码保护的私钥会直接触发tls: failed to find any PEM data in certificate input - Linux/macOS 下私钥权限必须 ≤
0600（chmod 0600 server.key），0644会被 crypto/tls 静默拒绝 - 自签名证书必须含正确的 Subject Alternative Name（SAN），例如访问
https://localhost:8443，则证书里得有DNS:localhost或IP:127.0.0.1；否则客户端报certificate is valid for xxx, not yyy
客户端连不上 TLS 服务？RootCAs 不是可选项
用 http.Client 或 tls.Dial 连自签名或私有 CA 签发的服务时，90% 的连接失败源于没设 RootCAs。Go 不默认信任系统根证书池——Alpine 镜像、Docker scratch 镜像甚至某些 macOS 安装都压根没 /etc/ssl/certs。
- 必须显式创建
*x509.CertPool，再用AppendCertsFromPEM()加载 CA 根证书（即你自签时用的ca.crt或server.crt内容） -
InsecureSkipVerify: true是调试开关，不是解决方案；它会让 SNI、ALPN、证书链校验全失效，上线前必须删掉，连注释都不能留 - 用
tls.Dial时，第二个参数必须传域名（如"localhost"），不是 IP 地址；否则 SNI 不发，且证书域名比对直接失败 - HTTP 客户端走
http.Transport.TLSClientConfig，记得同时设ServerName字段，尤其后端是泛域名证书或反向代理时
裸 TCP 场景下别手动套 AES，直接换监听器
想给自定义协议加加密？别在 net.Conn 上自己封装 AES 或 RSA——这绕过了 TLS 握手、密钥协商和证书校验，等于把 TLS 拆开重写，安全形同虚设。
- 服务端必须用
tls.Listen("tcp", ":8443", &tls.Config{Certificates: []tls.Certificate{cert}})，其中cert来自tls.LoadX509KeyPair("server.crt", "server.key") - 客户端必须用
tls.Dial("tcp", "host:8443", &tls.Config{RootCAs: certPool})，不能用net.Dial直连，否则卡在握手阶段，报错类似remote error: tls: bad certificate或直接EOF - 若需自定义
http.Server（比如设超时、中间件），就构造&http.Server{TLSConfig: cfg}，再调srv.ListenAndServeTLS("", "")，别试图在http.Serve外包一层 TLS
mTLS 双向认证中 ClientAuth 和 ClientCAs 怎么配才真正生效
mTLS 不是“服务端有证书 + 客户端传证书”就完事。配置错一个字段，就会变成单向验证、静默放行，甚至直接拒连。
- 服务端
ClientAuth必须设为tls.RequireAndVerifyClientCert；tls.VerifyClientCertIfGiven会导致无证书请求被静默接受 -
ClientCAs必须是非空的*x509.CertPool，且加载的是**客户端证书的签发 CA 根证书**（即ca.crt），不是服务端自己的证书，也不是中间证书 - 客户端证书的私钥不能加密（不能有密码保护），
tls.X509KeyPair不支持解密 PKCS#8 加密私钥 - 调试时服务端看不到客户端证书详情，得在
GetConfigForClient回调里打info.State.PeerCertificates才能确认是否收到并解析成功
证书链顺序、私钥权限、RootCAs 加载、SAN 字段、ClientAuth 行为——这些点单独看都很小，但任意一个没对齐，整个 TLS 链路就降级或中断。生产环境里最危险的不是报错，而是“看起来通了但实际没校验”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
