Go crypto/x509 怎样从 PEM 中读取多个证书块

Go 从 PEM 中读取多个证书块，需要循环调用 pem.Decode，把每次返回的 rest 作为下一轮输入；对于 block.Type == "CERTIFICATE" 的块，再用 x509.ParseCertificate(block.Bytes) 解析 DER。只 Decode 一次只能取得一个可解码块，不能代表文件中的全部证书。

假设一个证书查看工具读入 bundle.pem，却只列出第一张证书。问题通常不在切片容量，而在程序只处理了第一次 Decode。下面把这一场景拆成分块、类型选择和解析三个独立职责，示例未实际运行，不宣称已经验证任何真实证书。

证书解析官方文档：https://pkg.go.dev/crypto/x509#ParseCertificate

PEM解码官方文档：https://pkg.go.dev/encoding/pem#Decode

只取第一块，会把一个证书包当成一张证书

PEM 是带 BEGIN/END 标记的文本封装。pem.Decode 返回当前找到的块与余下输入；Block.Bytes 才是去掉 PEM 封装后的字节。一个 bundle 可以顺序放置多个证书块，也可能混入其他类型的块。

常见旧写法是忽略第二个返回值，解析一次就返回 Certificate。改成循环不是新增的语言特性，而是修正输入契约：单证书函数只承诺一张，多证书提取函数要返回证书切片，并定义遇到其他块和损坏证书时怎么办。

先约定提取策略，再写循环

本例接收最多 1MiB 的小型输入，最多处理 128 个可解码块；只收集没有额外 PEM 头字段的 CERTIFICATE 块。其他块计数后跳过，但不打印其内容。任意证书 DER 解析失败就整体返回错误，不交付前面已经解析出的半份结果。

这适合“从材料中提取证书”的小工具，不是严格证书包格式认证器。pem.Decode 会寻找下一段可解码 PEM，可能跳过块前文字，甚至越过不可解码片段找到后面的有效块。本例拒绝无法继续解码的非空尾部，却不能因此宣称每个输入字节都经过严格语法校验。

如果业务要求文件只能含连续的纯证书块，需要另外设计严格输入格式约束。不要把“最后剩余为空”当成“原文件从头到尾没有杂质”的证明。

完整代码：推进 rest，逐块解析证书

package main

import (
    "bytes"
    "crypto/x509"
    "encoding/pem"
    "fmt"
    "io"
    "os"
)

// parseBundle 是证书提取器，不是严格的整文件PEM语法校验器。
func parseBundle(data []byte) ([]*x509.Certificate, int, error) {
    var certs []*x509.Certificate
    skipped := 0
    blocks := 0
    rest := data
    for len(bytes.TrimSpace(rest)) > 0 {
        block, next := pem.Decode(rest)
        if block == nil {
            // 不把无法继续解码的非空尾部当作正常结束。
            return nil, skipped, fmt.Errorf("剩余数据中未找到可解码PEM块")
        }
        rest = next // 必须推进到余下输入，不能重复解析原数据。
        blocks++
        if blocks > 128 {
            return nil, skipped, fmt.Errorf("PEM块数超过示例上限")
        }
        if block.Type != "CERTIFICATE" {
            skipped++ // 跳过其他类型，不输出其内容。
            continue
        }
        if len(block.Headers) != 0 {
            return nil, skipped, fmt.Errorf("证书块%d含有不支持的PEM头字段", blocks)
        }
        cert, err := x509.ParseCertificate(block.Bytes)
        if err != nil {
            return nil, skipped, fmt.Errorf("证书块%d解析失败: %w", blocks, err)
        }
        certs = append(certs, cert) // 保留出现顺序，不自动去重或排序。
    }
    if len(certs) == 0 {
        return nil, skipped, fmt.Errorf("未找到可解析的CERTIFICATE块")
    }
    return certs, skipped, nil
}

func run(path string) (err error) {
    f, err := os.Open(path)
    if err != nil {
        return err
    }
    defer func() {
        // 文件由本函数打开，因此由本函数关闭。
        if closeErr := f.Close(); err == nil && closeErr != nil {
            err = closeErr
        }
    }()
    const maxInput = 1  maxInput {
        return fmt.Errorf("PEM输入超过1MiB")
    }
    certs, skipped, err := parseBundle(data)
    if err != nil {
        return err
    }
    fmt.Printf("证书数量=%d 跳过其他块=%d\n", len(certs), skipped)
    for i, cert := range certs {
        // 只展示可读属性，不把解析结果称为信任验证通过。
        fmt.Printf("序号=%d 序列号=%s 主体=%q\n",
            i+1, cert.SerialNumber.String(), cert.Subject.String())
    }
    return nil
}

func main() {
    // 请提供证书包，不需要也不应为本例复制私钥文件。
    if len(os.Args) != 2 {
        fmt.Fprintln(os.Stderr, "用法: go run main.go bundle.pem")
        os.Exit(2)
    }
    if err := run(os.Args[1]); err != nil {
        fmt.Fprintln(os.Stderr, err)
        os.Exit(1)
    }
}

将完整程序保存为 main.go，准备一个来自可信来源的小型证书包，然后由读者自行运行：

# 只读取证书包并展示属性，不写文件，也不修改系统信任库。
go run main.go bundle.pem

预期是证书数量等于成功解析的 CERTIFICATE 块数，顺序与这些块出现的顺序一致。重复证书也会保留，不会被去重。程序内的打印语句只是输出定义，本文不提供伪造序列号或运行日志。

Block.Headers 的限制属于本例策略，不是说所有 PEM 块都不能有头字段。错误包含块序号和底层原因，不输出整个输入；查看证书不需要复制私钥，混合文件中的其他块也不应被随意写进日志。

ParseCertificates 的复数，不代表它能拆 PEM

不要把整个 bundle.pem 直接传给 ParseCertificates，也不要仅去掉所有 BEGIN/END 行就认为得到连续 DER。PEM 的 Base64 封装需要正确解码；本例每块只接受单张证书，块内若放入额外 DER 数据应由单证书解析器报告错误，而不是悄悄扩大契约。

多DER解析文档：https://pkg.go.dev/crypto/x509#ParseCertificates

切片顺序不是证书链顺序，解析成功也不是受信任

证书包可能按叶证书在前排列，也可能包含多条链或重复项。提取函数只是保留出现顺序，不会自动识别“第一张必须是叶证书，最后一张必须是可信根”。读取 Subject 或 Issuer 字符串也不能代替签名和信任关系判断。

ParseCertificate 负责解析结构，不等于完成有效期、域名、用途或信任链验证。需要建立信任结论时，另行明确可信根、候选中间证书、目标名称和用途等 VerifyOptions，再使用相应验证接口；不要把上传包中的所有证书自动当成可信根。本例不修改 TLS 配置，也不放宽验证行为。

不同 Go 版本对某些证书编码的接受规则可能变化。遇到解析失败，应记录 Go 版本、块序号及错误原因，回到证书生成方确认格式；不要将“为了能读出来”改成默认忽略全部解析错误。

用这些预期场景检查调用方契约

以下为读者自行准备样本时的预期对照，不是本机已运行测试：

为什么 block 为 nil 不能一直 continue？

因为 Decode 没找到块时，rest 仍是原输入，循环没有进展，会重复处理同一段数据。必须结束或按既定策略返回错误。

为什么不按 BEGIN 字样直接 strings.Split？

因为 PEM 还有结束标记、Base64和头字段等格式规则。使用标准解码器能表达块边界，手工字符串拆分不能直接替代解析。

只需要把证书加入证书池，还要保留这个切片吗？

不一定；如果需求仅是构建一个明确用途的池，可选择证书池接口。但需要逐项展示、定位错误或保留顺序时，显式解码与解析更清楚；证书池的用途和可信来源仍须另外界定。

多块读取的核心只有两个动作：持续推进 rest，并把正确类型块的 Bytes 交给 DER 解析器。将提取、格式约束和信任验证分开，既能修复“只读到第一张”的问题，也不会让一个读取工具承担它没有实现的安全承诺。