$ echo -n "apfjxkic-omyuobwd339805ak:60a06cd2ddfad610b9490d359d605407" | base64
YXBmanhraWMtb215dW9id2QzMzk4MDVhazo2MGEwNmNkMmRkZmFkNjEwYjk0OTBkMzU5ZDYwNTQw
Nw==
输出在Nw==之前有一个换行符。在Linux中生成base64的正确方法是什么？
为什么字符串的Base64编码中包含"\n"字符？
- Tiina
13
4个回答
尝试：
echo -n "apfjxkic-omyuobwd339805ak:60a06cd2ddfad610b9490d359d605407" | base64 -w 0
从
man base64中得知：
< p >
-w,--wrap=COLS
在COLS个字符后换行编码（默认为76）。使用0来禁用换行。
76成为默认值的一个可能原因是，Base64编码旨在提供一种将二进制文件包含在电子邮件和Usenet帖子中的方法，这是为使用80个字符宽度的显示器的人类设计的。将76个字符宽度作为默认值使得这种用法更加方便。- Kamil Maciorowski
10
29哎呀，我总是只用
tr来处理这个。好知道还有一种“正确的方法”。 - Score_Under关于为什么默认值不是零的解释对我来说是一个谜。 - Dherik
4@Dherik 我猜测这是对文本处理工具的礼貌。
base64将任意二进制数据编码为文本。通常，希望处理文本的工具逐行读取，并且可能无法处理非常长的行。如果-w 0是默认值，那么默认情况下你将只得到一行文本；如果输入很大，那么这将是一行非常长的文本。最好是默认换行。我认为选择76是因为它比80稍小，而80是终端一种事实上的标准。 - Kamil Maciorowski@KamilMaciorowski 谢谢你提供的信息。每次我使用
base64命令时，都需要添加-w 0参数（如果忘记了，可能会发生奇怪的事情...），所以这个默认行为对我来说非常奇怪。 - Dherik3一个可能的原因是，Base64编码是为了在电子邮件和usenet帖子中包含二进制文件，而这些内容是为使用80个字符宽度的显示器的人类用户设计的。将默认宽度设置为76个字符使得这种用法更加便捷。 - Thorbjørn Ravn Andersen
@ThorbjørnRavnAndersen 现在答案已经变成了社区维基，并且您的评论已被整合进去。谢谢您。 - Kamil Maciorowski
请注意，MacOS系统没有-W选项，但是有-b选项。 - Thorbjørn Ravn Andersen
@ThorbjørnRavnAndersen 注意，您可以编辑答案并进行改进，尤其是如果它是社区维基的话。 - Kamil Maciorowski
@KamilMaciorowski 是的。我可以留下评论。根据我的自由裁量权。你可以根据那个来随意编辑你的回答。 - Thorbjørn Ravn Andersen
完美 -n 解决了我的问题。对我来说，罪魁祸首是 echo 命令在管道到 base64 之前附加了一个换行符。 - Phil_1984_
在一些系统上，例如Alpine Linux、Arch Linux的initramfs hook等，没有base64命令的-w选项。在这种情况下，您可以手动处理base64的输出结果：
这是一种粗暴的方法；而不是让程序合作，我使用来无差别地去除stdout上的每个换行符。
base64 some_file.txt | tr -d \\n
这是一种粗暴的方法；而不是让程序合作，我使用来无差别地去除stdout上的每个换行符。
- Score_Under
3
3当有锤子可用时，始终使用锤子。 - dna
2以下内容对于“修正”一个base64编码的值非常有用：
echo 'dGVzdAo=' | base64 -d | tr -d \\n | base64 - Aubrey Lavigne不是低劣，只是一种不同而且通常是唯一的方法。就像你所说的，有很多系统没有
-w选项，包括MacOSX。 - nnsense对于使用 openssl base64 的任何人，您可以使用 -A 标志：
-A Process base64 data on one line (requires -a)
-a Perform base64 encoding/decoding (alias -base64)
以下方法对我有效：
echo -n '{string}' | openssl base64 -A
- Redtama
所以请在重定向到
使用
你看到没有添加"\n"。但是如果你使用没有"-n"的"echo"，
在最后，创建一个函数将来会帮助你：
base64之前使用echo -n来删除换行符；并且使用base64 -w 0来防止base64本身将换行符添加到输出中。me@host:~
$ echo -n mypassword | base64 -w 0
bXlwYXNzd29yZA==me@host:~ # <<<<<<<<<<<<<<< notice that no line break added after "==" due to '-w 0'; so me@host is on the same line
$ echo -n 'mypassword' | base64 -w 0
bXlwYXNzd29yZA==me@host:~ # <<<<<<<<<<<<<<<<<< notice adding single quotes does not affect output, so you can use values containing spaces freely
使用
od -c来显示实际字符是一种很好的验证方法。me@host:~
$ echo -n bXlwYXNzd29yZA== | base64 -d | od -c
0000000 m y p a s s w o r d
0000012
你看到没有添加"\n"。但是如果你使用没有"-n"的"echo"，
od会显示"\n"：me@host:~
$ echo mypassword | base64 -w 0
bXlwYXNzd29yZAo=me@host:~
$ echo bXlwYXNzd29yZAo= | base64 -d | od -c
0000000 m y p a s s w o r d \n
0000013
在最后，创建一个函数将来会帮助你：
base64-encode() {
if [ -z "$@" ]; then
echo "Encode string with base64; echoing without line break, and base64 does not print line break neither, to not introducing extra chars while redirecting. Provide the string to encode. "
return 1
fi
echo -n "$@" | base64 -w 0 # here I suppose string if containing space is already quoted
}
- WesternGun
java.util.Base64的实现方式。 - Tiina\n的Base64解码实现？（我希望没有，但谁知道呢...） - marcelm\n，解码器会抛出java.lang.IllegalArgumentException: Illegal base64 character a的异常。 - Tiinajava.util.Base64.getMime{Encoder,Decoder}()分别添加了换行符（CRLF）并接受/移除它们。 - dave_thompson_085