Base、进制与十六进制编码工具

目标与适用范围

在多种 Base、任意进制、十六进制和网页转义表示之间转换文本与字节，并检查可逆转换是否保留字节。
本指南将当前任务范围转化为可复核的交付结果。请保留源文件、中间产物和关键判断，让后续协作者能够理解检查了什么以及为什么这样处理。

准备证据并作出选择

• 保留原始文本或字节序列，并确认字符集。

• 转换前确认协议变体、字符表、填充方式和下游场景。

• 决策点: 选择准确表示. 按协议选择 Base 工具；数字进制用 Base-N，字节检视用 hex，网页层使用 URL、HTML 实体或 Unicode 转义。

按步骤完成工作流

1. 确认输入

保存样本，判断是文本、数字还是原始字节，并记录目标协议。 使用 hex-editor, unicode-escape-converter.

2. 选择并编码

按目标系统要求使用准确的 Base 或进制工具。 使用 base-n-radix-converter, base32-converter, base45-converter, base58-converter, base62-converter, base64url-encoder, z85-rfc1924-base85-stream-codec.

3. 检查其他表示

在文本和 hex 之间转换，或应用 URL、HTML 实体或 Unicode 转义。 使用 hex-to-string, url-encoder, html-entity-encoder, unicode-escape-converter.

4. 解码并核验

逆向转换并比较字节、长度、填充和特殊字符。 使用 base64url-encoder, hex-to-string, hex-editor.

交付前验收结果

• 输出使用要求的字符表、进制、填充、前缀或转义语法。
• 逆向转换后原始字节（包括非 ASCII 和零字节）保持一致。
• 结果明确是编码而非加密，并适合下游场景。

常见问题

• 编码就是加密吗？ 不是。编码只是可逆表示，不提供机密性。
• 应该选择哪种 Base 工具？ JWT 类数据用 Base64URL，比特币或 Ripple 用 Base58，RFC 9285 用 Base45，RFC 4648 用 Base32，紧凑 ID 用 Base62，需要对应字符表时用 Z85。
• 如何证明字节没有改变？ 解码后比较字节长度和十六进制内容，并测试非 ASCII、零字节和分隔符字节。