← 云枢 AI 导航 · 工具库
Base64 编解码：先解决"明明是对的却解不开"
Base64 解码失败，九成是三个原因之一：URL-safe 变体、丢了 = 填充、中间粘了换行。这个工具三个都兼容。
立即使用 →
English
JWT、URL 参数、邮件附件里到处都是 Base64，但它有两个变体：标准版用 + /，URL-safe 版用 - _。把一个 URL-safe 的串丢进标准解码器，就会得到"非法字符"。
另一个高频问题是填充。Base64 长度必须是 4 的倍数，很多系统在传输时会去掉末尾的 =。这里会自动补齐，并把"我帮你补了"写在备注里，不静默处理。
它会检查什么
- Base64 编码 / 解码（自动识别 URL-safe）
- URL 编码 / 解码（query 规则）
- HTML 实体转义 / 还原
- 十六进制编码 / 解码（容忍空格与 0x 前缀）
- 结果不是合法 UTF-8 时给出提示
常见问题
- 为什么我的 Base64 解出来是乱码？
- 如果原文是二进制（图片、压缩包），解出来自然不是文本。工具检测到结果不是合法 UTF-8 时会标记出来，这时应该按二进制保存而不是当文本看。
- URL-safe 和标准 Base64 有什么区别？
- 只有两个字符不同：标准版
+ /，URL-safe 版 - _。放在 URL 或文件名里必须用后者，否则 + 会被解码成空格。
- 中文会乱码吗？
- 不会。编解码都按 UTF-8 字节处理，往返一致有单测覆盖。
相关工具