GNU base64 与编程语言（如 JavaScript、Groovy、Go）输出不同，根本原因在于 echo 命令默认附加换行符（\n），导致输入字节流实际多了一个 ASCII 10 字节，从而改变 Base64 编码结果。
gnu base64 与编程语言（如 javascript、groovy、go）输出不同，根本原因在于 `echo` 命令默认附加换行符（`\n`），导致输入字节流实际多了一个 ascii 10 字节，从而改变 base64 编码结果。
在进行 Base64 编码时，输入数据的精确字节序列决定最终编码结果。看似相同的字符串，若底层字节存在差异（哪怕仅一个字节），Base64 编码器就会生成完全不同的输出——这是其确定性与严格性的体现。
以字符串 Laurence Tureaud is Mr. T 为例：
- JavaScript（Node.js）、Groovy、Go 的编码逻辑均直接作用于原始字符串的 UTF-8 字节表示（无额外字符），得到：
TGF1cmVuY2UgVHVyZWF1ZCBpcyBNci4gVA==
- 而 GNU base64 命令本身是纯字节处理器，不添加也不删除任何内容；问题出在上游管道输入：
echo 'Laurence Tureaud is Mr. T' | base64
echo 默认会在输出末尾追加一个换行符（LF, \n），因此实际送入 base64 的字节流是：
"Laurence Tureaud is Mr. T\n" → 共 25 字节（原字符串 24 字节 + \n）
对应 Base64 编码为：
TGF1cmVuY2UgVHVyZWF1ZCBpcyBNci4gVAo=
注意末尾的 o= —— 这正是 \n（ASCII 10 → 二进制 00001010）经 Base64 编码后产生的填充片段。
✅ 正确做法：使用 -n 参数禁止 echo 输出换行：
echo -n 'Laurence Tureaud is Mr. T' | base64 # 输出：TGF1cmVuY2UgVHVyZWF1ZCBpcyBNci4gVA==
? 验证技巧：可通过 xxd 或 od -t x1 查看真实字节：
echo 'Laurence Tureaud is Mr. T' | od -t x1 # ... 54 0a ← 最后两字节：'T' (0x54) 和换行 (0x0a) echo -n 'Laurence Tureaud is Mr. T' | od -t x1 # ... 54 ← 末尾仅为 0x54，无 0x0a
⚠️ 注意事项：
- Base64 编码 严格依赖输入字节，空格、BOM、换行、编码格式（UTF-8 vs UTF-16）均会影响结果；
- Shell 管道中应始终明确控制输入边界，推荐优先使用 printf '%s' "$str" | base64（更可靠，不受 echo 实现差异影响）；
- 在脚本或 CI/CD 中做 Base64 校验时，务必确保所有环境输入字节完全一致，避免因换行导致哈希或签名不匹配。
总结：差异并非 Base64 实现缺陷，而是输入数据不一致所致。掌握字节级输入控制，是跨语言、跨工具链实现可复现编码的关键。
