GNU base64 与主流编程语言（JavaScript/Groovy/Go）输出不同，根本原因在于 echo 命令默认追加换行符（\n），使输入字节流实际多出一个字节，从而改变 Base64 编码结果。
gnu base64 与主流编程语言（javascript/groovy/go）输出不同，根本原因在于 `echo` 命令默认追加换行符（`\n`），使输入字节流实际多出一个字节，从而改变 base64 编码结果。
在进行 Base64 编码时，输入的原始字节序列必须完全一致，编码结果才可能相同。上述案例中，JavaScript、Groovy 和 Go 均直接对字符串 "Laurence Tureaud is Mr. T"（长度为 25 字节）进行编码，而 GNU base64 命令接收的是管道输入：
echo 'Laurence Tureaud is Mr. T' | base64
echo 默认会在输出末尾添加一个换行符 \n（ASCII 0x0A），因此实际传入 base64 的字节流是：
"Laurence Tureaud is Mr. T\n" → 共 26 字节
这额外的字节直接改变了 Base64 编码的分组逻辑（Base64 每 3 字节编码为 4 个字符），最终导致输出为：
TGF1cmVuY2UgVHVyZWF1ZCBpcyBNci4gVAo=
注意末尾的 o= —— 这正是 \n（十进制 10，二进制 00001010）参与编码后产生的填充结果。
✅ 正确做法：使用 -n 参数禁用自动换行：
echo -n 'Laurence Tureaud is Mr. T' | base64 # 输出：TGF1cmVuY2UgVHVyZWF1ZCBpcyBNci4gVA==
此时输入严格为 25 字节，与编程语言行为完全对齐。
? 验证技巧：可借助 xxd 或 od 查看真实字节：
echo 'Laurence Tureaud is Mr. T' | od -t x1 # 输出末尾含 0a（即 \n） echo -n 'Laurence Tureaud is Mr. T' | od -t x1 # 末尾无 0a
⚠️ 注意事项：
- 不要依赖 echo 默认行为做精确编码测试；生产环境脚本中应始终显式使用 echo -n；
- 若需处理含 Unicode 的字符串（如中文），确保所有工具使用相同编码（推荐 UTF-8），并注意某些旧版工具可能对多字节字符处理不一致；
- 在 Shell 中也可用 printf '%s' "string" | base64 替代 echo -n，语义更明确且 POSIX 兼容性更好。
总结：Base64 是确定性编码算法，输出差异永远源于输入字节差异。排查时优先检查换行、BOM、空格、编码格式等“隐形字符”，而非怀疑编码实现本身。
