tls.LoadX509KeyPair不支持密码保护私钥，因其调用的x509.ParsePKCS1PrivateKey和x509.ParsePKCS8PrivateKey均无密码参数；若私钥含Proc-Type: 4,ENCRYPTED头，会直接报“failed to parse private key”错误，须手动读取、解密（x509.DecryptPEMBlock）、按格式解析（PKCS#1或PKCS#8）并构造tls.Certificate。

tls.LoadX509KeyPair 不支持密码保护的私钥

tls.LoadX509KeyPair 函数在内部调用 x509.ParsePKCS1PrivateKey 或 x509.ParsePKCS8PrivateKey，但这两个解析函数都**不接受密码参数**。只要私钥 PEM 块含 DEK-Info 头（比如 -----BEGIN RSA PRIVATE KEY----- 后紧跟 Proc-Type: 4,ENCRYPTED），就会直接返回 tls: failed to parse private key 错误。

手动读取 + 解密 + 构造 tls.Certificate

必须绕过 LoadX509KeyPair，自己完成三步：读文件 → 解密 → 解析 → 组装。关键点：

• 用 os.ReadFile 读取私钥文件，得到原始 PEM 字节
• 用 pem.Decode 提取 block；若 block.Encrypted 为 true，需用 x509.DecryptPEMBlock(block, password) 解密（password 是 []byte）
• 解密后字节再传给 x509.ParsePKCS1PrivateKey 或 x509.ParsePKCS8PrivateKey（注意格式区分）
• 最后用 tls.X509KeyPair(certPEM, decodedKeyBytes) 或直接构造 tls.Certificate{Certificate: [][]byte{certDER}, PrivateKey: key}

PKCS#1 和 PKCS#8 格式必须匹配解密方式

常见混淆点：

Crypto Terms Translator

简易加密货币词汇表，把专业术语翻译成易懂的意思、背景和示例，帮助用户理解困惑的加密货币术语。

下载

• -----BEGIN RSA PRIVATE KEY----- → PKCS#1 → 用 x509.ParsePKCS1PrivateKey
• -----BEGIN PRIVATE KEY----- → PKCS#8 → 用 x509.ParsePKCS8PrivateKey，且 DecryptPEMBlock 对 PKCS#8 加密块也适用
• 若用 openssl pkcs8 -topk8 -nocrypt 转换过，就不再是加密私钥，无需解密——但此时也不再是 PKCS#1，不能硬塞给 ParsePKCS1PrivateKey

生产环境应避免密码保护私钥

密码保护在服务器端几乎无实际安全增益，反而引入运行时依赖（密码来源？环境变量？启动交互？）和故障点：

立即学习“go语言免费学习笔记（深入）”；

• 密码写死在代码或配置里，等同于明文暴露
• 从 os.Stdin 读取会阻塞启动，CI/CD 部署失败
• KMS/Vault 等服务已提供更可靠的密钥生命周期管理，没必要在文件层加密码
• 真正该做的是：私钥文件权限设为 0600，路径由部署流程严格管控，内存中读取后立即 bytes.Zero

密码保护私钥在 Go TLS 场景下不是“增强安全”，而是把简单问题复杂化；真正需要盯紧的是文件权限、内存清零、格式一致性这三处，它们出错时往往静默失败或 panic，比密码输错更难排查。