Base64 编码器
在浏览器中将 UTF-8 文字转成 Base64 或 Base64URL，展开编码解剖，逐步追查编码过程与 padding，点击分组查看对应的输入与输出。
Base64 编码器
在浏览器中将 UTF-8 文字转成 Base64 或 Base64URL，展开编码解剖，逐步追查编码过程与 padding，点击分组查看对应的输入与输出。
关于 Base64 编码
将文字转成可携的 ASCII 字符串
编码器会读取您粘贴的文字，先转成 UTF-8 字节，再输出对应的 Base64 字符串。当配置字段、API 示例或测试 fixture 需要 Base64 字符串而不是纯文字时，可以用它快速确认结果。
适合 URL 场景的 Base64URL 模式
开启 URL-safe 模式后，输出会移除 padding，并将 plus 与 slash 字符替换为 hyphen 与 underscore。页面仍只处理粘贴的文字，不会读取文件，也不会替您生成完整的 data URL 前缀。
用编码解剖追查每个步骤
在输入与输出面板下方展开「这段文字如何变成 Base64」，打开编码解剖。试试 Man、啪或 👋，追查 Unicode 码位 (Unicode Code Point) 如何转为 UTF-8 字节 (UTF-8 Byte)、6-bit 分组 (6-bit Group) 与 Base64 字符。点击一个 6-bit 分组，即可标出它对应的源字符、字节与输出字符。解剖会独立编码前 12 个 Unicode 码位，因此最后一组与 padding 可能不同于编码完整文字的主要输出。
常见问题
关于这个主题的常见疑问与实用解答。
如何编码文字并追查步骤？
在输入面板粘贴文字，即可取得 Base64 输出，例如 Man 会得到 TWFu。展开「这段文字如何变成 Base64」，即可查看 Unicode 码位 (Unicode Code Point)、UTF-8 字节 (UTF-8 Byte)、6-bit 分组 (6-bit Group) 与输出字符。点击分组，就能追查哪些源字符与字节构成该 Base64 字符。
为什么中文字与 emoji 会占多个 UTF-8 字节 (UTF-8 Byte)？
UTF-8 会将一个 Unicode 码位 (Unicode Code Point) 编码为一到四个字节。ASCII 字母占一个字节，啪占三个，标准 Base64 结果为 5ZWq；👋 占四个，结果为 8J+Riw==。Base64 编码的是这些字节，因此输出长度取决于字节数，不能只看画面上的符号数。
为什么 Base64 结尾有时会出现 = 或 ==？
标准 Base64 会把三个字节 (Byte) 转成四个输出字符。最后一区块若只有一个字节，就补上 ==；若有两个，就补上 =。M 会得到 TQ==，Ma 得到 TWE=，Man 得到 TWFu。这些 padding 只补齐四字符区块，不增加数据；最后的 6-bit 分组 (6-bit Group) 也会在不足时补入 0 bit。
开启 Base64URL 模式后会改变什么？
Base64URL 会以 - 和 _ 取代 + 和 /。本工具在 Base64URL 模式也会省略 = padding，例如 👋 的输出会从 8J+Riw== 变成 8J-Riw。是否需要保留 padding，取决于接收端的协议或应用规则；Base64URL 并非一律禁止 padding。
编码解剖的预览限制会影响完整输出吗？
不会，主要输出会编码您输入的全部文字。为保持图表清晰，编码解剖只取前 12 个 Unicode 码位 (Unicode Code Point) 独立编码，并非把完整 Base64 结果截取一段。因此，预览最后的 6-bit 分组 (6-bit Group) 与 padding 可能不同于完整输出；一个 Unicode 码位也不一定等于一个看得见的字符。
这里可以编码图片文件或加密敏感文字吗？
本编码器只处理粘贴的文字，不接受图片或其他文件上传，也不会生成完整的 data URL 前缀。Base64 是编码格式，不是加密 (Encryption)，任何拿到输出的人都能解码。适合用于需要 Base64 文字的 API、配置字段或测试，不适合用来保护机密数据。
我的数据会被发送到服务器吗？
您输入的文字会通过 JavaScript 在浏览器本地编码，不会为了转换而发送到服务器。这里说明的是编码处理流程，不代表网站本身完全没有网络请求。