直接用 encoding/asn1 解析 x.509 证书易失败，因其不支持 x.509 特定 der 规则，如 bit string、oid 隐式标签、explicit 嵌套及时间格式混合解析；应优先使用 crypto/x509。
为什么直接用 encoding/asn1 解析 X.509 证书容易失败
Go 的 encoding/asn1 包不原生支持 X.509 的完整 DER 编码规则，尤其是对 BIT STRING（如公钥位串）、OBJECT IDENTIFIER（OID）的隐式标签、以及嵌套的 EXPLICIT 标签处理很弱。直接对 *x509.Certificate 的原始 DER 字节调用 asn1.Unmarshal 会大概率触发 asn1: structure error: tags don't match 或 asn1: unknown tag。
根本原因在于：X.509 证书是 ASN.1 描述 + DER 编码 + 一堆 RFC 定义的约束（RFC 5280），而 encoding/asn1 只实现了基础 ASN.1 规则，没内置 X.509 语义层。
- 它无法自动识别
SubjectPublicKeyInfo中的AlgorithmIdentifier的 OID 编码变体 - 不处理
UTCTime和GeneralizedTime的混合解析逻辑 - 对扩展字段（
Extensions）中每个Extension的extnID和extnValue的解包需手动指定标签，否则默认按序列解
如何用 encoding/asn1 安全提取特定字段（如 Subject、Issuer）
如果你只需要读取证书中结构清晰、标签明确的顶层字段（比如 Subject、Issuer、SerialNumber），可以绕过完整解析，只定义最小必要结构体，并显式标注标签和构造类型。
关键点：必须用 asn1.Tag 和 asn1.Class 显式声明字段的 ASN.1 类型，尤其对 SET、SEQUENCE、BIT STRING 等不能依赖默认推导。
type Certificate struct {
// TBSCertificate SEQUENCE
TBSCertificate struct {
Version int `asn1:"explicit,tag:0"`
SerialNumber *big.Int
Signature pkix.AlgorithmIdentifier
Issuer asn1.RawValue `asn1:"set"`
Validity struct {
NotBefore, NotAfter time.Time
}
Subject asn1.RawValue `asn1:"set"`
// 其他字段省略...
}
}
-
asn1:"explicit,tag:0"是必须的——X.509 版本是显式 CONTEXT-SPECIFIC TAG 0 -
asn1:"set"告诉解码器这里是一个 SET（不是默认的 SEQUENCE），否则Issuer会解错 - 用
asn1.RawValue暂存未解析的结构，后续再用子结构体或pkix工具进一步解析，避免标签冲突 - 不要试图一次性解出整个
x509.Certificate；Go 标准库的x509.ParseCertificate内部也避开了纯asn1.Unmarshal，而是手写 DER 解析逻辑
什么时候该放弃 encoding/asn1，改用 crypto/x509
绝大多数实际场景下，你应该直接用 crypto/x509 ——它已封装所有 ASN.1 细节，暴露的是语义化字段，且兼容 RFC 5280 所有常见变体（如不同时间格式、各种密钥类型、扩展 OID 处理）。
只有两类情况才值得碰 encoding/asn1：
- 你正在实现一个自定义证书验证器，需要访问标准
x509.Certificate不暴露的底层字段（例如某个私有扩展的原始OCTET STRING内容） - 你在做 ASN.1 协议逆向或 Fuzz 测试，需要观察原始编码行为（比如验证某 CA 是否违规使用了 IMPLICIT 标签）
例如，想读取一个非标准扩展的原始值：
var exts []struct {
ID asn1.ObjectIdentifier `asn1:"object"`
Value asn1.RawValue `asn1:"tag:4"`
}
_, err := asn1.Unmarshal(derBytes[skipToExtensions:], &exts)
注意：asn1:"tag:4" 是因为 extnValue 在 Extension 中是 EXPLICIT OCTET STRING，对应 DER tag 4；这个数字必须查 RFC 5280 的 ASN.1 模块确认，不能猜。
解析扩展字段（Extensions）时最常踩的坑
X.509 扩展是嵌套最深、标签最混乱的部分。标准库 x509.Certificate.Extensions 返回的是已解码的 []pkix.Extension，但如果你用 encoding/asn1 直接解，会立刻掉进陷阱。
-
Extension是 SEQUENCE {extnIDOID,criticalBOOLEAN DEFAULT FALSE,extnValueOCTET STRING }，但extnValue实际上是 EXPLICIT OCTET STRING ——即外层带一个 tag 4 的封装，里面才是真正的值 - 如果忽略
extnValue的 EXPLICIT 封装，直接定义为[]byte，解出来的就是空或乱码 - 某些扩展（如
subjectAltName）内部又是另一个 ASN.1 结构，需二次解码；而encoding/asn1不支持“解到一半再递归进子结构”，必须分两步：先取extnValue的asn1.RawValue.Bytes，再用新结构体解 - OID 比较要用
oid.Equal()，别用==——asn1.ObjectIdentifier是[]int，浅比较会失效
真正要动手解析扩展时，建议复制 crypto/x509/pkix 包里的对应结构体（比如 GeneralNames），而不是自己重写；它们已经过生产环境验证，处理了各种边缘编码。
