http.ListenAndServeTLS启动panic需同时满足四条件：fullchain.pem含服务器+中间证书且顺序正确、privkey.pem为未加密私钥、Linux/macOS下权限≤0600、自签名证书必须含DNS:localhost等SAN字段。
http.ListenAndServeTLS 启动就 panic？先核对这四个硬性条件
Go 的 http.ListenAndServeTLS 看似一行启动 HTTPS，但只要一个条件不满足，就会直接 panic 或静默失败——不是报错提示，而是进程退出。它不校验“证书是否可信”，只检查“文件能不能读、格式对不对、权限合不合规矩”。
必须同时满足：
-
fullchain.pem文件存在且可读，内容是 PEM 格式，且按顺序包含：服务器证书（Leaf） + 中间证书（Intermediate），不能含根证书，也不能混入私钥 -
privkey.pem是未加密私钥（无DEK-Info行），格式为-----BEGIN PRIVATE KEY-----或-----BEGIN RSA PRIVATE KEY----- - 私钥文件在 Linux/macOS 下权限必须 ≤
0600（chmod 600 privkey.pem），Windows 上需确保换行符是 LF（非 CRLF） - 监听地址必须显式带端口，如
":8443"；空字符串或仅":443"在容器/ systemd 场景下易因工作目录变化导致路径失效
证书链拼接错误：为什么 x509: certificate signed by unknown authority？
这个错误几乎总是因为证书文件里只放了域名证书（domain.crt），漏了中间 CA。浏览器或 Go 客户端无法从你的证书向上追溯到受信根，于是拒绝连接。
正确做法是拼接，不是复制粘贴：
立即学习“go语言免费学习笔记（深入）”；
- Unix/Linux/macOS：
cat domain.crt intermediate.crt > fullchain.pem（顺序不能反） - Windows 用户用 VS Code 切换换行符为 LF，或运行
dos2unix fullchain.pem - 绝不能对中间证书单独调用
tls.LoadX509KeyPair——中间证书没有私钥，强行匹配必然报certificate doesn't match private key - 用
openssl x509 -in fullchain.pem -text -noout | head -20检查开头是否是你的域名证书，再往下是否出现中间 CA 的Issuer
自签名证书本地调试失败？缺 SAN 是主因
仅用 -subj "/CN=localhost" 生成的证书，Chrome、Firefox、Go ≥1.19 客户端一律拒绝，报 NET::ERR_CERT_INVALID 或握手失败。现代 TLS 要求证书必须声明访问主体，即 Subject Alternative Name（SAN）。
生成时必须显式加 SAN：
- 推荐命令：
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" - 验证是否生效：
openssl x509 -in cert.pem -text -noout | grep -A1 "Subject Alternative Name"，输出应含DNS:localhost和IP:127.0.0.1 - 若用旧版 OpenSSL 不支持
-addext，需配合配置文件；否则即使证书存在，Go 服务端也收不到 Client Hello，连接直接中断
想控制 TLS 版本或热更新证书？绕过 ListenAndServeTLS 直接用 http.Server
http.ListenAndServeTLS 是快捷方式，但一旦需要禁用 TLS 1.0/1.1、设置加密套件、支持 SNI 多域名或证书热加载，就必须构造 *http.Server 并传入 TLSConfig。
关键点：
- 先用
tls.LoadX509KeyPair("fullchain.pem", "privkey.pem")预加载并校验证书，失败立刻暴露问题，避免服务启动后才 panic -
TLSConfig.MinVersion必须设为tls.VersionTLS12或更高；默认兼容 TLS 1.0，会被安全扫描工具标记为高危 - 热更新证书靠
TLSConfig.GetCertificate回调，每次握手时动态返回tls.Certificate；不能改写Certificates字段后重启 server -
srv.ListenAndServeTLS("", "")最后两个空字符串表示复用内存中已加载的证书，不再重新读盘——这是性能和安全兼顾的写法
最易被忽略的是：证书链顺序和私钥权限是硬性门槛，不是“试试看”的配置项；而自签名证书的 SAN 字段，在本地调试阶段就决定你能否打开第一个 HTTPS 页面——它不报错，只是静默断连。
