直接用 BIO_f_base64()，它自动跳过换行、空格等噪声并正确解码；EVP_DecodeBlock 要求输入严格合规，否则失败或越界。
直接用 BIO_f_base64() 就行，别碰 EVP_EncodeBlock
OpenSSL 提供两套 Base64 接口：BIO 流式接口（BIO_f_base64）和 EVP 块式接口（EVP_EncodeBlock / EVP_DecodeBlock）。前者能自动处理换行、空格、制表符、CR/LF 等 MIME/PEM 常见噪声，后者是纯查表函数，输入必须是“干净的”、长度为 4 的倍数的 Base64 字符串，否则直接越界或返回错误长度。实际项目中绝大多数 Base64 数据来自邮件、HTTP 响应或 PEM 文件，含 \r\n 或空格——用 EVP_DecodeBlock 解码会失败或读越界，而 BIO_f_base64 加 BIO_FLAGS_BASE64_NO_NL 一行 flag 就搞定。
-
BIO_f_base64()是流式解码器，内部跳过所有非 Base64 字符（包括 \r、\n、\t、空格），只对 A-Z a-z 0-9 + / = 做有效解析 -
EVP_DecodeBlock不做任何清洗，遇到 \r\n 就当非法字符，返回 -1；遇到单个=就可能崩溃 - 编码时
EVP_EncodeBlock输出带换行（每 64 字符），而BIO链默认不加换行，加BIO_FLAGS_BASE64_NO_NL更可控
BIO_set_flags(b64_bio, BIO_FLAGS_BASE64_NO_NL) 必须设
MIME 和 PEM 中的 Base64 编码通常每行 76 字符后跟 \r\n，但 RFC 4648 允许忽略这些换行。OpenSSL 的 BIO_f_base64 默认开启换行识别（即把 \r\n 当分隔符），若不关掉，它会在遇到 \r\n 时提前终止解码，导致只解出前几行。设 BIO_FLAGS_BASE64_NO_NL 后，BIO 才真正按“流”处理，把整个输入当作连续字节流解析。
- 漏设该 flag 是解码截断的最常见原因，尤其处理大附件或证书时，解出来只有前 76 字节
- 即使你的输入字符串里没显式 \r\n（比如已用
std::string::erase清洗过），某些 OpenSSL 版本仍会检查内部缓冲区边界行为，稳妥起见一律设 - 编码侧同理：设了该 flag，
BIO_write后输出才是一整段无换行 Base64，避免后续 HTTP header 或 JSON 字段解析失败
解码时用 BIO_new_mem_buf()，别用 BIO_s_mem() + BIO_write()
解码场景下，你手里是一段 const char* 的 Base64 字符串（比如从邮件 body part 提取的 payload），正确做法是用 BIO_new_mem_buf(base64_data, base64_len) 直接构造只读内存 BIO，再链上 BIO_f_base64。若误用 BIO_s_mem() + BIO_write()，等于把 Base64 字符串当成原始二进制写进去，BIO 会尝试对那些 ASCII 字符（如 'A'、'z'）做 Base64 解码——结果完全错乱。
-
BIO_new_mem_buf()：把输入当“待解码的 Base64 文本”，正确 -
BIO_s_mem()+BIO_write()：把输入当“待编码的原始数据”，反向操作，必然失败 - 编码时才用
BIO_s_mem()：你给的是原始二进制，要它输出 Base64 文本 - 解码后读取用
BIO_read()，返回值是实际解出字节数，不是输入长度
输出缓冲区大小不能靠猜，得按公式算
Base64 解码输出长度固定：若清洗后 Base64 字符串长度为 n（不含 \r\n 等），且末尾有 k 个 =（k = 0/1/2），则原始数据长度必为 n / 4 * 3 - k。硬分配一个“足够大”的缓冲区（比如 1MB）看似省事，但大附件时浪费内存，小缓冲区又容易溢出。更稳妥的做法是先调用 BIO_read() 试探性读一次（传入 0 长度 buffer），OpenSSL 会返回所需最小长度；或直接按公式预分配。
立即学习“C++免费学习笔记（深入）”；
- 不要用
strlen(base64_str.c_str())当输入长度——若字符串含 \0（比如从二进制 memcpy 来的），c_str()会截断 - 务必用原始字节长度（
base64_len参数），哪怕它大于strlen() - 解码后得到的是原始二进制，含 \0 很正常；用
std::vector<uint8_t></uint8_t>接收比std::string更安全，避免被c_str()截断
实际中最容易被忽略的，是解码前未确认输入是否满足 Base64 长度约束：长度必须是 4 的倍数，且 = 只能出现在末尾、最多两个。OpenSSL 的 BIO 接口虽宽容，但若输入明显损坏（比如长度=5），它仍可能静默返回 0 字节——这时得回退检查 MIME boundary 是否切错、是否误把 header 行当作了 body。
