pem.decode读不出公钥文件因格式不符：非标准pem（如openssh格式）、含bom/空格、或仅解首块；私钥解析需按block.type选x509对应函数；ecdsa/rsa公钥用于jwt须parsepkixpublickey后断言；密钥文件权限须为600。
为什么 pem.Decode 读不出你的公钥文件？
因为大多数“公钥文件”根本不是纯 PEM 块——它们可能带注释、空行、多余空格，或者被 ssh-keygen 生成的 OpenSSH 格式（非 PEM）伪装成 .pem 后缀。标准 pem.Decode 只认严格符合 -----BEGIN XXX----- / -----END XXX----- 包裹、中间 Base64 编码、无额外字符的块。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先用
file your.key或head -n 5 your.key看真实格式：如果是SSH PRIVATE KEY开头，它压根不是 PEM，得用golang.org/x/crypto/ssh解析 - 如果确实是 PEM 但
pem.Decode返回nil，大概率是开头有 BOM 或不可见空格，用bytes.TrimLeft(bytes.TrimSpace(data), "\x00")预处理 -
pem.Decode只解第一个块，多个密钥（如证书链）需循环调用pem.Decode并切片剩余数据
解析私钥时 x509.ParsePKCS1PrivateKey 报错 asn1: structure error
这是最常踩的坑：PKCS#1 格式只支持 RSA 私钥；如果你的 .pem 是 ECDSA（-----BEGIN EC PRIVATE KEY-----）或 PKCS#8（-----BEGIN PRIVATE KEY-----），直接喂给 x509.ParsePKCS1PrivateKey 必然失败。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先看
block.Type：是"RSA PRIVATE KEY"才用x509.ParsePKCS1PrivateKey - 是
"EC PRIVATE KEY"就用x509.ParseECPrivateKey - 是
"PRIVATE KEY"（无算法前缀）——这是 PKCS#8，用x509.ParsePKCS8PrivateKey，返回interface{}，需类型断言 - 别硬转：PKCS#1 和 PKCS#8 不能靠字符串替换互转，结构不同
从 PEM 解出公钥后，为什么 crypto/ecdsa.PublicKey 不能直接用于 JWT 验证？
因为 JWT 库（如 golang-jwt/jwt）通常要求公钥是 *rsa.PublicKey 或 interface{ Public() interface{} } 类型，而 x509.MarshalPKIXPublicKey 输出的是 DER 编码字节，不是可直接传入的 Go 类型对象。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- ECDSA 公钥要用于 JWT，得先用
x509.ParsePKIXPublicKey（注意：不是ParsePKIXCertificate）从 PEM 块解析出interface{}，再断言为*ecdsa.PublicKey - RSA 公钥同理，用
x509.ParsePKIXPublicKey→ 断言*rsa.PublicKey - 别跳过验证：解析后建议检查
pub.Key.(type)是否匹配预期算法，否则运行时 panic
用 encoding/pem 处理密钥时，哪些路径和权限容易被忽略？
Go 不会自动处理文件权限，但密钥文件若被设为 644（世界可读），Linux/macOS 下很多 TLS 库（如 crypto/tls）会静默拒绝加载，不报错也不提示，只在握手时失败。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 读取前加检查：
fi, _ := os.Stat(path); if fi.Mode().Perm()&0o077 != 0 { log.Fatal("key file too open") } - 写入私钥时，用
os.WriteFile(path, data, 0o600)，别依赖 umask - 容器环境注意：挂载的 ConfigMap/Secret 默认是 644，必须在启动脚本里
chmod 600 /path/to/key -
encoding/pem本身不关心路径，但错误路径会导致ioutil.ReadFile（或os.ReadFile）返回空字节切片，pem.Decode无声失败
PEM 解析本身很轻量，真正卡住的永远是格式误判、算法错配、权限失控这三件事。盯住 block.Type 和文件实际内容，比查文档更快定位问题。
