在 linux 系统中，base64 是一组用于将二进制数据与普通文本相互转换的工具与算法。它的核心能力是把任意字节流变成只由字母、数字以及加号等号等安全字符组成的字符串，从而让原本不能在文本协议里直接传递的内容得以顺畅流通。反过来，也能把这些字符串精确还原成原始字节，做到无损往返。
base64 的底层原理
base64 并不是加密，而是一种编码方式。它把输入数据按每三个字节为一组进行处理，三个字节共二十四个比特，再拆成四段，每段六个比特。六个比特的取值范围是零到六十三，正好对应六十四个字符的索引表，表中包含大写字母、小写字母、数字、加号以及斜杠，末尾可能用等号补齐。
这种六位一组的划分方式意味着，每三个原始字节会变成四个 base64 字符。因此编码后的文本长度大约是原数据的三分之四，也就是体积增加约三分之一。由于输出只包含 printable 字符，它不会受到换行符、空字符或控制字符的干扰，非常适合放在 json、xml 或邮件正文里。
# 查看 base64 字母表映射逻辑（伪代码说明） # 原始: 3字节 = 24位 # 拆分: 6位,6位,6位,6位 # 映射: 查表得到4个可见字符 echo -n "Man" | base64 # 输出: TWFu
linux 中 base64 命令的基本用法
linux 大多数发行版都自带 coreutils 包，其中就包含 base64 命令。最基础的编码操作是把文件或标准输入转成 base64 文本。例如把一个二进制文件编码后输出到终端，或者重定向到文本文件中保存。
解码时则需要加上 -d 或 --decode 参数，让命令识别输入为 base64 字符串并还原为原始内容。若编码时使用了换行，解码前通常无需手动处理，base64 命令会自动忽略空白字符。下面给出常见的文件编码与解码示例。
# 将图片编码为 base64 文本 base64 avatar.png > avatar.txt # 将 base64 文本解码回图片 base64 -d avatar.txt > avatar_new.png # 对比原文件与解码文件是否一致 md5sum avatar.png avatar_new.png
编码与解码的实际功能场景
在真实工程中，linux base64 编码与解码常用于接口调试。很多 rest 接口要求上传证书或密钥时以文本形式提交，这时用 base64 把二进制证书转成字符串，就可以直接粘贴进表单字段。服务端拿到字符串后再解码使用，避免了文件传输的麻烦。
另一个典型场景是日志脱敏与内联资源。比如在 shell 脚本里嵌入一个小图标，可以先把图标 base64 编码，再把那段字符串写进脚本变量，运行脚本时解码到临时目录即可。这样脚本仍然是单个文本文件，方便拷贝和版本管理，不需要额外携带资源文件。
# 在脚本中内联一个小型配置文件 CFG_B64="aGVsbG8gd29ybGQK" echo "$CFG_B64" | base64 -d > /tmp/config.txt cat /tmp/config.txt # 输出: hello world
使用时的注意事项
base64 不提供任何机密性保护，任何人拿到编码结果都能立刻解码。因此它不能替代加密算法，只适合解决传输兼容性问题。如果数据敏感，应在 base64 编码之前先做对称加密或非对称加密处理。
另外在管道中使用时要注意字符集与换行。某些旧系统会在编码输出里插入换行符，虽然标准 base64 解码能容忍这些空白，但如果你把字符串拼进严格格式（如 jwt）中，就需要用 -w0 参数禁止换行，确保输出是连续字符串。
# 生成不带换行的 base64 字符串 cert=$(base64 -w0 server.crt) echo "cert=$cert"
与其他工具的组合价值
base64 常与 openssl、curl 等命令组合，完成自动化任务。比如用 openssl 生成密钥后立刻 base64 编码并推送到配置中心；或者用 curl 提交 json 时，把密码字段先编码再传入，降低被shell历史记录泄露的风险。
从系统维护角度看，理解 linux base64 编码与解码的功能，能帮助我们在文本协议限制下灵活搬运数据，也能在排查接口异常时快速判断数据是原始二进制还是已编码文本，提升问题定位效率。
# 组合 openssl 与 base64 输出可携带的公钥文本 openssl rsa -in key.pem -pubout | base64 -w0