base64编码必然导致体积膨胀，非压缩；每3字节转4字符，理论膨胀率约33.3%，实际膨胀倍数=encodedlen(len(src))/len(src)，空输入需单独处理。
Base64 没有压缩功能，所谓“压缩比”其实是体积膨胀率——编码后数据必然变大，不是变小。
为什么 Base64 编码后体积会变大
Base64 是一种编码（encoding），不是压缩（compression）或加密（encryption）。它的设计目标是把任意二进制数据转成纯 ASCII 字符，以便在只支持文本的协议中安全传输。
其原理决定体积必然膨胀：
- 每 3 个原始字节（24 bit）被拆成 4 个 Base64 字符（每个字符 6 bit）
- 编码后长度 =
ceil(len(src) / 3.0) * 4 - 理论膨胀率 ≈ 33.3%（即
4/3 ≈ 1.333） - 若原始长度不能被 3 整除，还会补
=填充符，进一步增加长度
如何计算实际膨胀率（即“伪压缩比”）
不要用“压缩比 = 编码后 / 编码前”这种误导性说法。正确做法是显式计算膨胀倍数或百分比增长：
- 编码前字节数：
len(src) - 编码后字符串长度：
base64.StdEncoding.EncodedLen(len(src))（推荐！该函数不执行编码，只算长度） - 膨胀倍数 =
float64(base64.StdEncoding.EncodedLen(len(src))) / float64(len(src))（注意：当len(src) == 0时需单独处理） - 体积增长百分比 =
(encodedLen - srcLen) * 100 / srcLen
示例代码：
src := []byte("hello")
encodedLen := base64.StdEncoding.EncodedLen(len(src)) // 返回 8
fmt.Printf("原始 %d 字节 → Base64 后 %d 字符（膨胀 %.1f×）\n", len(src), encodedLen, float64(encodedLen)/float64(len(src)))
// 输出：原始 5 字节 → Base64 后 8 字符（膨胀 1.6×）
常见误算和坑
直接对 EncodeToString 结果调 len() 是错的——它返回的是 UTF-8 字符串长度，但 Base64 输出全是 ASCII，所以数值上等于字节数；不过逻辑上仍应避免依赖此巧合。
- ❌ 错误：用
len(base64.StdEncoding.EncodeToString(src))算长度（多一次内存分配+编码开销） - ✅ 正确：用
base64.StdEncoding.EncodedLen(len(src))（零分配、纯计算） - ⚠️ 注意：URL 安全编码（
base64.URLEncoding）与标准编码长度一致，但base64.RawURLEncoding不加=，长度可能更短（如输入长为 1 或 2 字节时） - ⚠️ 特别注意空输入：
base64.StdEncoding.EncodedLen(0)返回 0，但EncodeToString([]byte{})返回空字符串""，两者一致；不过业务中若忽略空输入，可能导致除零 panic
真正需要压缩，请先用 gzip 或 zstd，再 Base64 编码结果——但那是两步操作，Base64 本身从不减少字节数。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
