crypto/x509.createcertificate 生成自签名证书需使 template 和 parent 指向同一 *x509.certificate 实例，手动提供非零 serialnumber、密钥对，并将返回的 der 数据自行 pem 编码。
crypto/x509.CreateCertificate 生成自签名证书的基本调用逻辑
直接用 crypto/x509.CreateCertificate 生成自签名证书，核心是让 template 和 parent 指向同一个 *x509.Certificate 实例（即自己签自己）。它不自动处理密钥对生成或 PEM 编码，这些都得手动补全。
常见错误是传入 nil 作为 parent，或误以为该函数会返回 PEM 格式——它只返回 DER 字节，必须自己封装成 -----BEGIN CERTIFICATE----- 块。
- 必须提前生成一对
*rsa.PrivateKey或*ecdsa.PrivateKey，CreateCertificate不生成密钥 -
template中的SerialNumber必须是非零大整数，用rand.Int(rand.Reader, big.NewInt(1 类似方式生成，硬写小整数可能被某些 TLS 栈拒绝 -
template.Subject和template.Issuer必须完全一致（字段级相等），否则不是自签名 - 签名用的私钥必须和
template.PublicKey匹配（即公钥来自同一对密钥）
为什么用 rsa.SignPKCS1v15 而不是直接传 privKey 给 CreateCertificate
crypto/x509.CreateCertificate 第五个参数是签名函数，类型为 func([]byte) ([]byte, error)，不是直接传私钥。Go 标准库不内置“私钥 → 签名”绑定逻辑，得自己构造签名器。
最常用的是 rsa.SignPKCS1v15 或 ecdsa.SignASN1，取决于你用的密钥类型。漏掉这层包装，会 panic：“invalid signature algorithm” 或 “x509: unknown hash function”。
- RSA 场景：用
rsa.SignPKCS1v15(rand.Reader, privKey, crypto.SHA256, digest[:]) - ECDSA 场景：用
ecdsa.SignASN1(rand.Reader, privKey, digest[:], privKey.Curve.Params().BitSize/8) - 别用
crypto.Signer接口直接传 ——CreateCertificate不接受该接口，只认签名函数
证书有效期、SAN 和 BasicConstraints 容易漏的关键字段
自签名证书若用于 HTTPS 或 gRPC，浏览器和服务端常因字段缺失直接拒绝。比如没有 SubjectAlternativeName（SAN），Chrome 会报 ERR_CERT_COMMON_NAME_INVALID；没设 IsCA = true 却想当根证书，后续签发子证书会失败。
-
NotBefore和NotAfter必须显式设置，不能依赖零值（零时间会被视为 1970-01-01，立刻过期） - 本地测试常用
"localhost"或"127.0.0.1"放进DNSNames或IPAddresses切片，否则 TLS 握手校验失败 - 如果打算用这张证书当 CA（比如签发其他服务证书），必须设
IsCA: true并填MaxPathLenZero: true（或指定长度），否则x509.CreateCertificate生成的证书无法被识别为 CA - OpenSSL 读取时若缺
BasicConstraints扩展，可能警告 “CA certificate has no basicConstraints”
完整流程里最容易卡住的三步
很多人写完发现证书能生成但 TLS 连不上，问题往往不在 CreateCertificate 本身，而在前后链路断点。
- DER → PEM 缺少换行和头尾标记：必须用
pem.Encode封装，不能直接string(derBytes)输出 - 私钥未 PEM 编码或格式错：服务端加载证书时通常要同时提供
cert.pem和key.pem，而x509.MarshalPKCS1PrivateKey（RSA）或x509.MarshalECPrivateKey（ECDSA）返回的是 DER，还得套一层pem.Block{Type: "PRIVATE KEY", Bytes: ...} - gRPC / net/http.TLSConfig 里
Certificates是[]tls.Certificate类型，需用tls.X509KeyPair(certPEM, keyPEM)解析，不是直接传文件路径
自签名证书的麻烦不在生成函数本身，而在每个环节都要对齐 TLS 栈的隐含假设：时间范围、名称匹配、密钥类型一致性、编码格式。少一步，就卡在 connection reset 或 bad certificate。
