Base64 编码结果不一致的根源：换行符干扰

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. Tn"  → 共 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 实现缺陷，而是输入数据不一致所致。掌握字节级输入控制，是跨语言、跨工具链实现可复现编码的关键。