Base64 编码器与解码器 - 文本与文件(支持 URL 安全)
将任何文本或文件编码为Base64,或将Base64解码回文本。支持URL安全版本。完全支持UTF-8,完全在浏览器中运行。
关于Base64
Base64 以 64 个字符的 ASCII 文本表示二进制数据。URL安全的Base64将“+/”替换为“-_”,并去除“=”填充,以便安全地运行在URL和文件名中。文件在编码后会变成数据URL。
Frequently Asked Questions
把你的文本粘贴到输入框里,把任何文件都放进输入框,保持编码模式,输出中就会出现 Base64 表示。对于文件,你会获得一个数据URL,可以直接嵌入HTML、CSS或JSON中——中间没有上传服务器。
usageURL安全的Base64将“+”替换为“-”,“/”替换为“_”,并去除尾部的“=”填充,使编码值能在URL、文件名和JWT段内传输而不进一步逃逸。每当输出最终出现在查询字符串、路径段或HTTP头时,切换为 URL-safe。
technical不。Base64是一种编码,不是加密。任何人都能一键解码字符串,所以千万不要把它当作保密手段。需要真正的保密时,可以选择AES、RSA或libsodium,并且只用Base64来保证二进制数据的文本安全。
privacyBase64 将三个字节打包成四个字符。当输入长度不是三的倍数时,编码器会在最后一个块上填充“=”,使输出保持四的倍数。标准Base64保留了缓冲;URL安全的Base64会放弃它,因为长度是隐含的。
technical是的。编码器在编码前会将输入读取为 UTF-8,因此阿拉伯语、中文、西里尔字母和表情符号字符都能干净利落地往返。解码后的结果会被渲染回 UTF-8 文本,这正是每个现代浏览器、终端和 API 所期望的。
compatibilityBase64 将有效载荷膨胀约 33%——三字节的输入变成四字节的输出。对于短令牌、小图标和嵌入 JSON 的缩略图来说没问题,但对于大型资产,更倾向于直接二进制上传或 CDN 链接以保持传输速度。
technical不。编码器完全运行在浏览器内部,使用标准的 atob / btoa API 和 UTF-8 封装器,所以你的文本或文件永远不会到达服务器。这使得该工具对令牌、凭证和你不想暴露的专有二进制文件是安全的。
privacyUse Cases
将图片嵌入HTML和CSS中的数据URL。
将内联小图标、标志和SVG精灵集成为Base64数据URL,以保存HTTP请求、发送单文件HTML邮件,并保持原型自成一体,无需外部资源托管
API 认证与承载令牌
构建HTTP Basic认证头部,在API调试时解码承载令牌,并检查Postman、curl示例和OpenAPI文档中共享的base64封装凭证
JSON 和 GraphQL 负载的编码文件
将二进制上传(PDF、图片、音频片段)包装成 Base64 字符串,这样它们能安全地运行在 JSON、GraphQL 变异和只携带文本的 webhook 身体中
解码电子邮件MIME附件
从原始.eml文件、SMTP日志或IMAP回复中提取base64编码附件,以恢复邮件导出中丢失的发票、截图和文档
Web应用的URL安全令牌
在浏览器中生成安全的 base64 字符串,用于密码重置链接、电子邮件验证码、共享 ID 和短 URL,且不会中断“+”或“/” 字符
手工检查JWT段
当终端或编辑器中未安装完整的 JWT 解码器时,在本地调试时解码 JSON Web 令牌的头部和有效载荷段
Pixoate