为何base64编码结果不一致？解密匹配但编码不匹配

这种情况常见的原因有以下几个：

• 换行符或隐藏字符差异：
  本地保存的creds文件可能包含UI明文里没有的换行符、空格或制表符。比如用echo "明文" > creds会自动在末尾加换行，而UI里的凭证是纯文本无换行的。可以用cat -A creds查看文件里的隐藏字符（$代表换行，^I代表制表符），对比UI里的明文是否有这些额外字符。

• base64工具的输出格式差异：
  不同系统的base64命令默认行为不同，比如Linux下base64会每76个字符插入换行，而API UI返回的编码结果可能是无换行的连续字符串。试试用base64 -w 0 creds生成无换行的编码结果，再和creds64对比；如果是macOS，用base64 -b 0 creds。另外，有些API会用URL-safe的base64编码（把+换成-，/换成_，去掉末尾=），本地默认base64是标准格式，自然不匹配。

• 字符编码不一致：
  明文的字符编码可能存在差异，比如UI里的凭证是带BOM的UTF-8编码，而本地保存的是无BOM的UTF-8，或者用了GBK等其他编码。字节内容不同，base64编码结果肯定不一样。可以用hexdump -C creds查看本地文件的字节序列，再把UI的明文复制到文件后用同样命令对比，就能看出差异。

• 文件保存时的额外操作：
  比如用编辑器保存creds时自动添加了BOM头，或者不小心在末尾多敲了空行，这些都会导致本地文件的字节内容和UI明文不一致，进而base64结果不匹配。

内容的提问来源于stack exchange，提问作者Agryphos