Base64 是一种编码方式，用于把文本或二进制数据转换成便于传输和存储的可见字符。它不是加密方式，任何人拿到完整内容后通常都可以解码。
输入文本即可编码或解码，并复制输出结果。
Base64 不提供保密能力。不要把密码、令牌、Cookie、证件号、内部配置或其他重要内容仅靠 Base64 处理后公开传输。
不是。Base64 只是编码，目的是转换表示形式，不是隐藏内容。
等号通常是填充字符，用来补齐编码分组。复制时不要随意删除。
常见原因是原始内容不是文本、字符集不一致、内容复制不完整，或使用了不同的 Base64 变体。
Base64 只是一种编码表示方式，不是加密。它常用于接口样例、Data URI、二进制片段展示和配置传输，但不能隐藏敏感信息。
如果内容包含密钥、凭证、客户数据或内部文件，应使用项目认可的安全流程，而不是通用网页工具。
Base64 是二进制到文本的编码方式，不是加密、签名或权限控制。它常见于图片 data URI、Basic Auth、JWT 片段、邮件附件、API 参数和配置文件。排查时首先要确认当前文本属于标准 Base64、Base64URL，还是被再次 URL 编码后的片段；三者混用会导致 padding 错误、乱码或无法还原。
原文：Ymir Tool JSON guide
Base64：WW1pciBUb29sIEpTT04gZ3VpZGU=解码后应完全还原英文空格和大小写。如果输入包含中文或 emoji，要确认工具是否按 UTF-8 处理，而不是只按 Latin-1 字符集处理。浏览器原生 btoa() 对 Unicode 文本有限制，生产代码通常需要先进行 UTF-8 字节转换。
| 现象 | 可能原因 | 排查动作 |
|---|---|---|
末尾缺少 = 或 == | padding 被截断，或来自 Base64URL 场景。 | 先确认来源，再尝试补齐长度到 4 的倍数。 |
含有 - 和 _ | 更像 Base64URL，不是标准 Base64。 | 用于 JWT 或 URL 参数时按 Base64URL 规则处理。 |
| 解码后出现乱码 | 字符集不一致或原内容并非文本。 | 确认原始数据是 UTF-8 文本、图片、压缩包还是加密后的字节。 |
不要因为一段 token “看不懂”就认为它安全。Base64 可以被任何人解码，适合承载数据，不适合隐藏密码。JWT 的 header 和 payload 通常只是 Base64URL 编码，签名验证才是安全边界；只解码不验证签名，不能判断令牌可信。
Base64 字母表、padding 和 URL 安全变体可对照 RFC 4648；浏览器端字符串处理可参考 MDN 的 btoa() 与 atob() 说明。页面内容只用于解释和排错，密钥、生产 token 和用户隐私数据应在受控系统内处理。
以下专题把本指南中的常见问题拆成更小的可复现案例，适合在复制、发布或提交 issue 前逐项核对。
本页的排查建议结合浏览器行为、公开标准和常见开发实践整理。涉及线上发布、安全决策或兼容性判断时，请以官方规范和你自己的运行环境为准。
本页由 Ymir Tool editorial review 维护，最后更新于 2026-06-01。页面示例使用合成输入，避免展示真实密钥、客户资料或生产日志。复制结果到正式流程前，请结合对应工具页、官方规范和你自己的运行环境再次确认。