go中base64编码需区分标准与url安全变体：标准用stdencoding，含+、/及=填充；url安全用urlencoding或rawurlencoding，以-、_替代+、/，后者严格省略=；混用或长度非4倍数将导致解码失败。
直接用 base64.EncodeToString 和 base64.DecodeString 就能覆盖 90% 场景，但必须分清标准变体和 URL 安全变体，否则解码必报 illegal base64 data at input byte X。
标准 Base64 编解码：用 base64.StdEncoding
标准变体用 + 和 /，末尾带 = 填充，适合 JSON、HTTP header、配置文件等纯文本协议。
-
base64.StdEncoding.EncodeToString([]byte("hello"))→"aGVsbG8=" - 解码必须用
base64.StdEncoding.DecodeString(s)，不能用DecodeString（无接收器）——它只是StdEncoding.DecodeString的快捷别名，但显式写出编码器更清晰、防误用 - 长度非 4 的倍数一定失败：比如
"aGVsbG8"（少一个=）会报错；补全可用for len(s)%4 != 0 { s += "=" }，但仅限你确认来源是标准 Base64 - 别对结果盲目转
string()：解码返回的是原始[]byte，可能是图片、密钥或非法 UTF-8 数据；用utf8.Valid(decoded)判断是否可安全当字符串处理
URL 安全 Base64：选 URLEncoding 还是 RawURLEncoding？
Web 场景里常见含 -、_ 且无 = 的字符串，比如 JWT payload 或 query 参数。Go 提供两个编码器，混用就失败。
-
base64.URLEncoding：用-替+、_替/，允许 填充符=（如某些旧版 JWT） -
base64.RawURLEncoding：同样用-/_，但严格拒绝=；JWT 规范默认用这个 - 不确定有没有
=？先试URLEncoding.DecodeString(s)；失败再删掉所有=后用RawURLEncoding.DecodeString(strings.ReplaceAll(s, "=", "")) - 别用
strings.ReplaceAll(s, "-", "+").ReplaceAll(s, "_", "/")再走StdEncoding—— 填充缺失、字符集不匹配，依然会报错
大文件或批量 Base64 处理：避免内存爆炸
对几 MB 以上的数据，EncodeToString 会一次性分配膨胀后内存（~4/3 倍），而流式处理内存恒定在 KB 级。
- 编码大内容：
enc := base64.NewEncoder(base64.StdEncoding, dstWriter); enc.Write(data); enc.Close() - 解码大内容：
dec := base64.NewDecoder(base64.StdEncoding, strings.NewReader(s)); io.Copy(dstWriter, dec) - 批量解码大量字符串（如日志中提取嵌入图片）：复用
base64.NewDecoder包装每个字符串（用strings.NewReader），比反复调DecodeString减少 GC 压力 - 注意：
NewDecoder输入必须是io.Reader，不能直接传string；没包装就 panic
最常被跳过的细节：解码前不检查输入来源的编码类型，也不校验长度是否为 4 的倍数；还有人把 DecodeString 返回的 []byte 直接当字符串写进文件，导致 PNG 或密钥损坏——二进制数据不是文本，别用 string(b) 擦边球。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
