Base 编解码器

通用 Base 编码工具，支持 Base32、Base58、Base62、Base64、Base85、Base91、Base122 和 Base32768 算法，可对文本和文件进行编码与解码。

不同的 Base 编码算法针对特定场景设计。无论是需要 URL 安全编码、紧凑的二进制表示，还是适合 Twitter 等平台的 Unicode 编码，本工具都能提供合适的算法。所有处理均在浏览器本地完成，确保数据隐私。

支持的算法

Base32

由 RFC 4648 定义，Base32 使用 32 个字符（A-Z 和 2-7）表示数据。由于不区分大小写，特别适合无法保留字母大小写的系统，如 DNS 记录和文件系统。工具支持标准版本和扩展十六进制版本（使用 0-9 和 A-V）。

Base58

最初为比特币地址设计，Base58 特意排除了视觉上容易混淆的字符：数字 0、大写字母 O、小写字母 l 和大写字母 I。这可以防止用户手动复制地址时出现转录错误。提供三种变体：Bitcoin（原版）、Flickr（大小写互换）和 Ripple（支付网络专用字母表）。

Base62

仅使用字母数字字符（0-9、A-Z、a-z），天然具备 URL 安全性，无需额外编码。常用于短链接服务、唯一标识符生成，以及任何需要避免特殊字符的场景。

Base64

最广泛使用的二进制转文本编码方案。标准 Base64 使用 A-Z、a-z、0-9、加号（+）和斜杠（/），等号（=）用于填充。URL 安全变体（Base64URL）将 + 替换为 -，/ 替换为下划线，并移除填充字符，适用于 URL、文件名和 JWT 令牌。

Base85（Ascii85/Z85）

通过使用 85 个可打印 ASCII 字符，实现比 Base64 更高的编码密度。Ascii85 变体（又称 Adobe 编码）使用 <~ 和 ~> 作为定界符，而 Z85（ZeroMQ 编码）使用不同的字符集，更适合嵌入源代码和 JSON 字符串。

Base91

在纯 ASCII 编码中提供最高的编码效率，使用 91 个可打印字符。对于相同的输入数据，编码后的输出比 Base64 小约 23%，适合空间受限的环境。

Base122

一种针对 UTF-8 优化的编码，尽可能使用单字节字符，仅在特殊情况下才使用双字节序列。能生成非常紧凑的输出，同时保持有效的 UTF-8 文本格式。

Base32768

使用精心选择的安全 Unicode 字符范围进行编码，每个字符存储 15 位数据。特别适合 Twitter 等有字符数限制的平台，可在限制内最大化数据密度。

使用方法

1. 选择编码方向（编码或解码）
2. 从下拉菜单中选择算法
3. 如有可用变体，选择对应选项（如 Base58 的 Bitcoin/Flickr）
4. 编码时：直接输入文本或上传文件
5. 在输出面板查看结果

编码效率对比

效率表示编码后保留原始数据大小的比例。百分比越高，编码后的输出越小。

常见应用场景

• API 开发：Base64 用于二进制负载、Basic Auth 头部和 JWT 令牌
• 加密货币：Base58 用于钱包地址和交易 ID
• 短链接服务：Base62 用于生成紧凑的 URL 安全标识符
• 社交媒体：Base32768 用于在字符限制内最大化数据量
• 数据嵌入：Base85 用于高效地在源代码中内联数据
• 传统系统：Base32 用于不区分大小写的存储和传输

注意事项

编码后的数据总是比原始二进制数据更大。Base64 大约增加 33% 的体积，而 Base32768 等高效编码开销极小，但会输出 Unicode 字符。

所有处理完全在浏览器中进行，数据不会传输到任何服务器，确保敏感内容的完全隐私。

对于大文件，编码可能需要较多的浏览器内存。10MB 以下的文件通常没有问题；更大的文件可能会因设备性能而出现问题。

Base 编码不是加密。任何人都可以解码 Base64 或其他 Base 编码的字符串。切勿使用这些编码来保护敏感信息。