Base64转Hex
在 Base64 与十六进制之间双向转换
Base64
Hex
本地运行 · 粘贴密钥安全无忧
输出将在此处显示…
本地运行 · 粘贴密钥安全无忧
输出将在此处显示…
Base64 → Hex
什么是 Base64 转 Hex?
Base64 转十六进制是在两种常见的二进制到文本编码方案之间转换数据的操作。Base64 使用 64 个 ASCII 字符(A-Z、a-z、0-9、+、/)表示二进制数据,每 3 个字节编码为 4 个字符。十六进制则用由 16 个符号(0-9、a-f)组成的字母表,将每个字节精确表示为两个字符。两种格式之间的转换分两步:先将 Base64 字符串解码为原始字节,再将这些字节重新编码为目标格式。
十六进制表示法是底层编程、密码学和网络协议中二进制数据的标准表示形式。每个十六进制字符直接对应一个 4 位半字节,因此读取单个字节值十分直观。SHA-256 哈希几乎总是以 64 字符的十六进制字符串形式展示。Base64 则侧重紧凑性——同一哈希在 Base64 中仅需 44 个字符——并且是电子邮件附件(MIME)、数据 URI 和 API 负载的标准编码。
两种编码均由 RFC 4648 定义。它们之间的转换是无损的:数据不增不减,仅文本表示形式发生变化。这使得 Base64 转十六进制成为调试加密负载、检查证书指纹或在使用不同显示格式的系统间核验哈希输出时的常规操作。
为什么使用此 Base64 转 Hex 工具?
本工具直接在浏览器中完成 Base64 与十六进制之间的转换,数据不会离开您的设备,转换随输入实时进行。
⚡
即时转换
粘贴 Base64 或十六进制后立即查看结果,无需请求服务器。双向模式支持一键切换转换方向。
🔒
隐私优先处理
所有转换均在浏览器本地通过 JavaScript 运行,您的密钥、哈希和令牌绝不会通过网络传输。
⇄
双向模式
单击一个按钮即可在 Base64 转十六进制与十六进制转 Base64 之间切换。工具自动识别并处理标准和 URL 安全型 Base64 变体。
📋
整洁输出,可直接粘贴
输出为不带分隔符或前缀的小写十六进制——这是大多数 API、CLI 和编程语言所期望的格式。一键复制即可使用。
Base64 转 Hex 使用场景
前端开发者
在浏览器 DevTools 控制台中调试二进制协议、WebSocket 帧或 ArrayBuffer 内容时,将 Base64 编码的 API 响应转换为十六进制。
后端工程师
将 JWT 签名或 HMAC 响应中的 Base64 哈希摘要转换为十六进制,与 OpenSSL 或数据库中以十六进制格式存储的值进行比对。
DevOps / SRE
通过将 PEM 文件中的 Base64 公钥转换为浏览器和监控工具所显示的十六进制指纹格式,验证 TLS 证书指纹。
安全分析师
检查 API 流量中以 Base64 传输的加密密钥和初始化向量(IV),转换为十六进制后在 Wireshark 或 CyberChef 中进行字节级分析。
数据工程师
将数据库(PostgreSQL bytea、MongoDB BinData)中 Base64 编码的二进制列转换为十六进制,用于比对、日志记录或迁移脚本。
学习者
通过观察相同字节序列在 Base64 和十六进制中的不同表示方式,理解两者之间的关系,深化对编码原理的认识。
Base64 与十六进制编码对比
Base64 和十六进制都将二进制数据转换为可打印文本,但在紧凑性与可读性之间各有取舍。下表总结了两者的主要差异。
| 属性 | Base64 | Hexadecimal |
|---|---|---|
| 字母表 | A-Z a-z 0-9 + / = | 0-9 a-f |
| 每字符位数 | 6 | 4 |
| 体积开销 | 比原始数据大约 33% | 比原始数据大 100% |
| 可读性 | 紧凑但不直观 | 每字节对应 2 个字符,一目了然 |
| 主要用途 | 电子邮件、数据 URI、API | 加密哈希、MAC 地址、颜色值 |
| 规范 | RFC 4648 | IEEE 754, RFC 4648 sec 8 |
转换示例
下表展示了相同字节序列在 Base64 和十六进制中的表示形式。注意十六进制输出的长度始终是字节数的两倍,而 Base64 长度等于 ceil(byteCount / 3) * 4。
| 输入(文本 / 字节) | Base64 | Hex |
|---|---|---|
| Hello | SGVsbG8= | 48656c6c6f |
| AB | QUI= | 4142 |
| 0xFF | MHhGRg== | 30784646 |