🔓 十六进制解码器（文本） — 将十六进制解码为文本

100% 客户端处理（无服务器上传）。将十六进制解码回可读文本，支持可选的输入格式（纯十六进制、0x…、\xHH、%HH）、可选的分隔符处理、奇数长度规则和严格验证。

Loading…

关于 十六进制解码器（文本）

使用此页面直接在浏览器中将十六进制解码为文本。您可以接受常见的十六进制表示法，如纯十六进制、带0x前缀的值、C语言风格的\xHH转义序列或百分比编码的%HH字节，并选择解析的严格程度。需要反向操作？请使用另一个页面。

功能特点

  • 100% 客户端处理（无服务器上传）。
  • 解码多种十六进制表示法：纯十六进制、0x…前缀、C语言\xHH转义序列和%HH百分比编码
  • 严格验证开关，可提前拒绝格式错误的输入
  • 分隔符处理，支持带空格或标记化的十六进制（空格、冒号、破折号、下划线、逗号和空白字符）
  • 奇数长度处理：报错或在解码前左侧补零
  • 字符集选择，用于字节→文本转换（不支持的字符集将回退到UTF-8）
  • 可选的行处理模式和可选的输出行尾符（LF或CRLF）

使用方法 for hex-decoder

1

粘贴或拖放您的十六进制数据

将您的十六进制输入粘贴到编辑器中（您也可以拖放文本文件，如.txt、.log、.md、.json）。如果您的输入包含0x…前缀、\xHH标记或%HH序列，请保持相应的“接受”选项启用。

2

点击“解码”

选择预期的输入表示法（纯十六进制 / 0x / C转义 / 百分比编码），选择是否允许分隔符/空白字符，并决定如何处理奇数个十六进制数字。如果您希望解析失败而非尽力解析，请开启“严格验证”。

3

复制或下载结果

查看解码后的文本输出。将其复制到剪贴板或下载为文本文件。如果字符显示异常，请尝试为字节→文本转换选择不同的“字符集”。

技术规格

执行模型

此页面在您的浏览器中执行十六进制解码，不会将您的输入上传到服务器。

方面详情
运行时100% 客户端处理（无服务器上传）。
变体范围解码页面（十六进制 → 文本）
限制约1–2MB字符；约25000毫秒超时
保留所有处理均在您的浏览器本地完成（无需上传）
输入文本（十六进制数字，可包含可选前缀/标记和分隔符）
输出文本（解码后的字节按所选字符集解释）
即使本地处理，也应避免粘贴您无法承担泄露风险的机密信息（屏幕共享、浏览器扩展、遥测和复制/粘贴历史仍可能导致数据泄露）。敏感材料建议优先使用本地命令行解码。

迷你示例

使用纯十六进制的最小化解码示例。

输入（纯十六进制）：48656c6c6f0a
输出（UTF-8）：Hello
如果输入使用类似“0x48 0x65”或“\x48\x65”的标记，请启用相应的“接受”选项，并根据需要允许分隔符。

错误与边界情况

常见的解码失败及其相关选项。

现象可能原因检查项
无效的十六进制字符输入包含非十六进制字符（或格式错误的前缀/标记）启用/禁用“忽略非十六进制字符”和“严格验证”；确认选择了正确的格式
十六进制数字为奇数个输入被截断或缺失半字节将“奇数个十六进制数字”设置为“左侧补0”或保持“报错”以快速失败
无解码结果 / 输出为空所有字符均被过滤（宽松模式）或标记未被识别若预期为标记化输入，请启用“接受0x前缀”/“接受\xHH转义”/“接受%HH编码”以及“允许分隔符/空白”
乱码字符（文字化け）解码后的字节使用了错误的字符集解释更改“字符集”（不支持的字符集将回退至UTF-8）
每行输出不同逐行处理模式改变了文本的拆分与重组方式若需单一连续解码，请禁用“逐行处理”

命令行替代方案

针对机密信息、自动化或可复现的流程，请在本地解码。以下是十六进制→字节/文本的常见标准选项。

Linux/macOS

将纯十六进制解码为字节（xxd）

printf %s "48656c6c6f0a" | xxd -r -p

xxd的“反向”模式将纯十六进制流转换为原始字节。可按需通过管道输出到查看器（cat）或重定向到文件。

将十六进制解码为UTF-8文本（Python）

python -c "import binascii; s='48656c6c6f0a'; print(binascii.unhexlify(s).decode('utf-8'))"

Unhexlify生成字节；使用正确的字符集（此处以UTF-8为例）进行解码。

Node.js

将十六进制解码为UTF-8文本（Node Buffer）

node -e "const hex='48656c6c6f0a'; console.log(Buffer.from(hex,'hex').toString('utf8'));"

Buffer.from(hex, 'hex') 解析纯十六进制（无0x/C风格转义）。如果存在前缀/分隔符请先去除。

Windows PowerShell

将纯十六进制解码为字节并以UTF-8格式打印

powershell -NoProfile -Command "$hex='48656c6c6f0a'; $bytes=for($i=0;$i -lt $hex.Length;$i+=2){ [Convert]::ToByte($hex.Substring($i,2),16) }; [Text.Encoding]::UTF8.GetString($bytes)"

从十六进制对构建字节数组，然后使用UTF-8解码字节。

使用场景

检查编码负载

  • 在调试期间将十六进制转储恢复为可读文本
  • 快速验证复制的十六进制值是否确实代表预期字符串

管道故障排除

  • 从日志或消息中解码十六进制字段以验证上游转换
  • 在深入分析前，对混合分隔符或令牌样式的输入进行标准化处理

CI完整性检查

  • 验证存储为十六进制字符串的测试向量固定装置
  • 通过严格验证快速失败，及早捕获格式错误的数据

字节与文本教学

  • 演示字节如何根据字符集选择映射到字符
  • 说明为何必须显式处理奇数长度十六进制或无效数字

❓ Frequently Asked Questions

是否有公共API？

没有。此工具专为交互式浏览器使用设计，不提供公共API。

处理是本地还是远程？

100%客户端处理（无服务器上传）。所有解码均在您的浏览器本地运行。

可以粘贴机密信息（API密钥、密码、令牌）吗？

最好不要。即使解码是本地进行的，机密信息仍可能通过屏幕共享、浏览器扩展、剪贴板历史记录或设备漏洞泄露。对于敏感数据，建议使用本地CLI解码。

为什么会出现验证错误或“无效十六进制”？

大多数失败源于非十六进制字符、格式错误的前缀/令牌或奇数个十六进制数字。请检查所选十六进制格式，启用匹配的“接受”开关（0x / \xHH / %HH），并决定是否允许分隔符和/或忽略非十六进制字符。如果需要严格解析，请启用“严格验证”并禁用“忽略非十六进制字符”。

解码文本看起来损坏了。我该怎么办？

这通常意味着字节使用了错误的字符集进行解释。尝试更改“字符集”（例如UTF-8与ISO-8859-1）。不支持的字符集将回退到UTF-8。

Pro Tips

Best Practice

如果预期输入类似“0x48 0x65”或“\x48\x65”，请保持匹配的“接受”选项启用，并允许分隔符/空白字符。

Best Practice

当您希望解码快速失败而非静默跳过无效内容时，请使用“严格验证”并禁用“忽略非十六进制字符”。

Best Practice

如果遇到奇数长度的十六进制，应将其视为数据质量信号。仅在确信缺失的半字节是故意为之的情况下，才使用“左侧补零”。

Best Practice

对于持续集成或敏感输入，请在本地解码（使用 xxd/Python/Node），以避免浏览器和剪贴板风险。

Additional Resources

RFC 3986：统一资源标识符（URI）：通用语法（百分比编码）
Documentation
WHATWG URL 标准（百分比编码算法）
Documentation

Other Tools