Base64 编解码器
将文本编码为 Base64 或将 Base64 解码为文本。支持 UTF-8。
将文本编码为 Base64 或将 Base64 解码为文本。支持 UTF-8。
待编码文本
helloBase64 结果
aGVsbG8=任何人都可以解码 Base64,请不要用它保护密码、令牌或密钥。
这个工具可以把文本转成 Base64,也能把 Base64 还原回文本,完整支持中文、emoji 等多字节字符。适合需要在 URL 或 HTML 里嵌入数据的开发者、调试接口返回值的人,以及任何见到 aGVsbG8= 这种神秘字符串想一探究竟的人。
Base64 的诞生是因为很多系统——最典型的是电子邮件——当初只设计了传输可打印的 ASCII 文本。图片这类二进制文件一旦经过只认文本的通道,字节就会被破坏或拒绝。Base64 的解法很巧妙:把输入每 3 个字节(24 位)重新切成 4 组 6 位,每组 6 位的取值是 0–63,对应 A–Z、a–z、0–9、+、/ 这 64 个安全字符。输入凑不齐 3 的倍数时,末尾用 = 补齐。
代价是体积:3 字节变 4 字符,编码后必然增大约 33%。所以别随手把大图 Base64 进 CSS——一张 300KB 的图片会变成 400KB 的样式表,既阻塞渲染,又没法被浏览器单独缓存。
这一点值得反复强调,因为它是个真实常见的安全误区:Base64 只是一种表示方式,不是保护措施。解码不需要密钥,谁都能瞬间还原——这个工具本身就是证明。HTTP Basic Auth 把账号密码 Base64 后传输,之所以安全靠的完全是 HTTPS 对整个连接的加密。把密码 Base64 一下存进数据库或配置文件,挡不住任何人。需要保密就用真正的加密,需要防篡改就用哈希或签名。
用户名:密码Base64 是一种把二进制数据表示为纯文本的编码方案,使用 64 个安全字符(A-Z、a-z、0-9、+、/)。
不是。Base64 只是编码,任何人都能轻易解码还原,不提供任何安全保护。
等号是填充字符。Base64 每 3 个字节生成 4 个字符,当输入长度不是 3 的倍数时,末尾用一到两个 = 补齐。
Base64 把 3 个字节编成 4 个字符,输出必然比原始数据大约 33%,这是只用文本安全字符表示二进制数据的代价。