同一字符串在不同工具中 Base64 编码结果不同，通常并非编码算法差异所致，而是输入字节流不一致——GNU echo 默认追加换行符（\n），导致实际编码内容比预期多一个字节。
同一字符串在不同工具中 base64 编码结果不同，通常并非编码算法差异所致，而是输入字节流不一致——gnu `echo` 默认追加换行符（`\n`），导致实际编码内容比预期多一个字节。
Base64 是一种确定性的二进制到文本编码方案，其输出完全由输入的原始字节序列决定。只要字节完全相同，所有符合 RFC 4648 标准的实现（包括 Node.js Buffer、Groovy 的 encodeBase64()、Go 的 base64.StdEncoding 以及 GNU base64）都会生成完全一致的结果。
问题中的差异正源于此：
- JavaScript、Groovy 和 Go 示例均直接对字符串 "Laurence Tureaud is Mr. T"（长度为 25 字节）进行编码；
- 而 GNU 命令 echo 'Laurence Tureaud is Mr. T' | base64 中，echo 默认在输出末尾添加一个换行符 \n（ASCII 0x0A），因此实际送入 base64 的是 26 字节："Laurence Tureaud is Mr. T\n"。
我们可通过 xxd 验证字节差异：
# 查看 echo 默认行为（含换行） echo 'Laurence Tureaud is Mr. T' | xxd # 输出包含 0a（即 \n）在末尾 # 查看无换行行为 echo -n 'Laurence Tureaud is Mr. T' | xxd # 输出仅含 25 字节，与编程语言一致
修正后即可获得一致结果：
$ echo -n 'Laurence Tureaud is Mr. T' | base64 TGF1cmVuY2UgVHVyZWF1ZCBpcyBNci4gVA==
✅ 该输出与 Node.js、Groovy、Go 完全一致。
关键注意事项：
- echo 行为因 shell 实现略有差异（如 Bash 内置 echo 与 POSIX echo），但 GNU coreutils 下默认始终追加换行；
- 更可移植的替代方案是使用 printf（无隐式换行）：
printf '%s' 'Laurence Tureaud is Mr. T' | base64- 在脚本中批量处理时，建议统一用 echo -n 或 printf 显式控制尾部字符，避免因换行引入意外偏差；
- 若需验证编码一致性，优先比对原始字节（如用 xxd 或 od -t x1），而非仅依赖字符串表层内容。
总结：Base64 本身无“歧义”，差异永远来自输入——调试编码不一致问题时，第一步应检查并标准化输入字节流，尤其警惕 shell 工具（如 echo、cat）的隐式修饰行为。
