Base64 编码与解码
把文本编码成 Base64，也能转回来。文本会先做 UTF-8 编码，所以中文、日文、韩文、带音标的字母和 emoji 都能原样往返——不做这一步的写法一遇到 Latin-1 之外的字符就会抛错。
常用预设
每一个都有自己的页面，说明这个要求是从哪来的、结果会是什么样。
如何使用
- 1选方向：文本 → Base64，或者 Base64 → 文本。
- 2把内容粘贴或输入到左边的输入框。
- 3输入的同时，「输出」框里就实时渲染出结果——没有需要点的按钮。
- 4点复制放进剪贴板。
常见问题
- Base64 是什么？
- 一种用 64 个可打印 ASCII 字符（A–Z、a–z、0–9、+ 和 /）来书写任意字节的办法，好让数据能穿过只接受文本的通道：邮件正文、JSON 字段、data URI、HTTP 头。每三个字节变成四个字符，末尾用 = 补齐。
- Base64 算加密吗？
- 不算，这一点值得说清楚。Base64 是编码不是密码：它没有密钥，任何人看到这串字符一秒钟就能解开——比如就在这个页面上。千万别拿它藏密码或者 token。
- 为什么编码之后长了三分之一？
- 四个输出字符只装三个输入字节，所以体积变成 4/3，大约涨 33%，再加上补齐字符。这笔开销是「能当纯文本传」的代价，也正是大块数据不该用 Base64、而该直接按字节发的原因。
- 中文和 emoji 能正确处理吗？
- 能。文本会先编码成 UTF-8 再转 Base64，回来时按同样的路径解码。那种一行写完的朴素实现一遇到 Latin-1 之外的字符就抛错，这也是很多转换器把中文和 emoji 弄乱的原因。
- 这和 JWT 里的 Base64 是一回事吗？
- 差一点。JWT 用的是 Base64URL：+ 和 / 换成 - 和 _，并且去掉了补齐字符，这样字符串放进 URL 里才不会出问题。把 JWT 的原始片段直接贴到这里可能解不出来。处理 token 请用 JWT 解码器。