直接用 X509Certificate2 即可，.NET 已封装 ASN.1/Base64 解析逻辑，支持自动识别 .cer（DER/PEM）和 .pfx（PKCS#12）；加载 .cer 无需密码，.pfx 必须传密码并显式指定 X509KeyStorageFlags；内存字节应调用 LoadFromBytes；PEM 字符串需先 Base64 解码；HasPrivateKey 为 true 不代表私钥可用，GetRSAPrivateKey() 才是关键；签名需私钥（.pfx+正确 flags），验证只需公钥（.cer）；X509KeyStorageFlags 是行为开关，缺失可能导致私钥静默不可用。
直接用 X509Certificate2 就够了，别自己解析 ASN.1 或 Base64——.NET 已封装所有格式识别逻辑，.cer（DER/PEM）和 .pfx（PKCS#12）都能自动识别，关键只在加载方式和私钥访问路径是否正确。
加载 .cer 和 .pfx 文件的正确姿势
文件路径加载最简单，但要注意格式和密码约束：
-
.cer（无私钥）：直接new X509Certificate2("cert.cer")即可，无论它是 DER 二进制还是 PEM（含-----BEGIN CERTIFICATE-----头尾）格式，框架全支持 -
.pfx（含私钥）：必须传密码，且推荐显式指定X509KeyStorageFlags，例如new X509Certificate2("cert.pfx", "pwd123", X509KeyStorageFlags.MachineKeySet | X509KeyStorageFlags.PersistKeySet) - 从 HTTP 响应、数据库 BLOB 或内存流拿到原始字节时，别写临时文件——用
X509Certificate2.LoadFromBytes(byte[] data, string password?, X509KeyStorageFlags flags)，更安全也更可控 - PEM 字符串不能直接传给构造函数；得先去掉头尾行和换行符，再
Convert.FromBase64String()解码成字节数组，再调用LoadFromBytes
判断私钥是否存在 ≠ 能成功使用私钥
HasPrivateKey 返回 true 只说明证书结构里嵌了私钥数据，不代表当前进程能实际调用它：
- Windows 上若私钥受 DPAPI 加密（比如用
Exportable = false导出的），换用户账户或服务上下文加载时会静默失败——GetRSAPrivateKey()返回null，但不会抛异常 - .NET Core 2.1+ / .NET 5+ 必须用
GetRSAPrivateKey()获取强类型密钥对象；老式PrivateKey属性返回RSACryptoServiceProvider，在 Linux/macOS 上直接抛PlatformNotSupportedException - 调用
GetRSAPrivateKey()前建议先检查返回值是否为null，而不是依赖HasPrivateKey
签名与验证时的证书使用误区
XML 签名、JWT 签发、TLS 客户端认证等场景，证书用途和密钥访问方式容易混淆：
- 签名必须用私钥 → 需确保
GetRSAPrivateKey()成功返回非 null 对象；若失败，检查 PFX 加载时是否漏传密码、或X509KeyStorageFlags是否限制了访问权限 - 验证只需公钥 → 用纯
.cer文件即可，完全不需要私钥，也不需要.pfx；传错文件会导致“找不到私钥”类错误，其实根本不需要它 - 用证书验证 XML 签名时，
signedXml.CheckSignature(cert)中的cert是只读公钥证书，跟签名者持有的私钥物理隔离，不存在“对方拿到证书就能拿到私钥”的风险 - 某些 MQTT/TLS 客户端库（如
M2Mqtt）要求单独提供.pem格式的 CA 根证书用于服务端身份验证——这不是你的客户端证书，而是你信任的根 CA 公钥，别混用
最常被忽略的一点：X509KeyStorageFlags 不是可选项，而是行为开关。不设 PersistKeySet，.NET 可能在首次访问私钥后就把它从内存清理掉；不设 MachineKeySet，Windows 服务下可能因用户上下文切换导致私钥不可用——这些都不会报错，只会让 GetRSAPrivateKey() 某次突然返回 null。
