什么是编码和解码工具？
这些工具会在定义的表示形式之间转换数据。它们可以帮助传输字节、文本或 URL 组件，但不提供机密性。正确工具取决于字母表、字符编码、组件和错误规则。
Tool Factory 汇集 Base-N、URL、字符和转义操作。规范路径和名称有助于选择表示形式，同时避免将编码与加密混淆。
让编码适配目标系统
| 方法 | 用途 | 重要限制 |
|---|---|---|
| Base16、Base32 或 Base64 | 使用有限的文本字母表表示二进制数据。 | 字母表、填充和变体必须符合目标系统。 |
| 百分号编码 | 在 URI 组件中表示八位字节。 | 保留的分隔符具有结构意义。 |
| 字符编码 | 将 Unicode 文本映射到字节，或将字节转换为文本。 | 发送方和接收方必须使用相同的编码和错误规则。 |
| Unicode 规范化 | 将等价序列转换为规范形式。 | 它不会让不同的词语或文字变得等价。 |
| 加密 | 使用加密密钥保护机密性。 | 它是安全操作，不是编码方法。 |
如何完成此任务
- 确定接收字段. 确定目标需要文本、字节、URL 组件还是 Base-N 格式。
- 确认准确变体. 检查字母表、填充、换行、字节顺序和字符编码。
- 使用较小的已知样本. 使用已知的预期字节编码和解码短值。
- 处理真实输入. 执行转换，并在检查前保留原始数据。
- 检查往返结果. 如果操作必须可逆，请解码结果并比较字节。
常见使用场景
在文本字段中传输二进制数据
使用协议或格式要求的准确 Base-N 变体。
URL 中的值
只编码所需组件，使 URI 分隔符保留其功能。
导入旧文本
在清理或转换文本前，使用正确的编码解码字节。
证据和标准
- RFC 4648: RFC 4648 规定 Base16、Base32、Base64、填充、规范行为和 URL 安全的 Base64。
- RFC 3986: RFC 3986 规定 URI 语法和八位字节的百分号编码。
- WHATWG Encoding Standard: 该标准规定浏览器解码和支持的旧名称。
- RFC 3629: RFC 3629 将 UTF-8 规定为 Unicode 字符的转换格式。
- Unicode Standard Annex 15: 该附录规定 NFC、NFD、NFKC 和 NFKD 规范化形式。
重要限制
- 知道格式的人仍可以看到编码不会隐藏的机密数据。
- 正确解码不能证明内容安全或真实。
- 错误的源编码可能替换或损坏字符。