ZH
我的工具

十六进制转文本

将十六进制字节解码为 UTF-8、UTF-16、ASCII、Latin-1 或 Windows-1252 文本。支持空格、0x 和 \x 前缀,并逐个列出每个字符及其码点。

空格、逗号、冒号、0x、\x 和 % 都会被忽略。
文本
Hello, World!
字节数
13
字符数
13
Unicode 码点
转义形式(JSON 字符串)
"Hello, World!"
显示 \n、\t 等不可见字符
逐字符明细
#字符码点字节数
1HU+004848
2eU+006565
3lU+006C6C
4lU+006C6C
5oU+006F6F
6,U+002C2C
7(空格)U+002020
8WU+005757
9oU+006F6F
10rU+007272
11lU+006C6C
12dU+006464
13!U+002121
我的工具 →
广告

把十六进制字节按 UTF-8、ASCII、Latin-1、Windows-1252 或 UTF-16 转换为文本。字符表会显示码点和对应的原始字节,便于检查调试器输出、抓包数据和经过编码的数据库值。

使用方法

  1. 粘贴完整的字节组,例如 48 69、0x4869、\x48\x69 或 %48%69。各组之间可以用空格、逗号、冒号或分号分隔。
  2. 选择字符编码——几乎所有现代数据都应选 UTF-8。
  3. 查看解码后的文本,以及能显示制表符、换行等不可见字符的转义版本。
  4. 如果结果看起来不对,请查看字符表。

计算公式

字节值 = 16 × 第一位 + 第二位 · UTF-8:0xxxxxxx = 1 字节,110xxxxx 10xxxxxx = 2 字节,1110xxxx + 2 个后续字节 = 3 字节,11110xxx + 3 个后续字节 = 4 字节

十六进制数字 A–F 代表 10–15。在 UTF-8 中,第一个字节说明该字符占几个字节,之后的每个字节都以二进制 10 开头。无效序列会像浏览器一样被替换为 U+FFFD(�)。ASCII、Latin-1 和 Windows-1252 每个字符占一个字节,UTF-16 占两个或四个字节。UTF-16 的字节数为奇数时会被拒绝。这里的 Latin-1 指真正的 U+0000–U+00FF 映射,而不是浏览器中作为 Windows-1252 别名的那个标签。字符表最多 400 行。

示例

默认输入 48 65 6c 6c 6f 2c 20 57 6f 72 6c 64 21 共 13 个字节,解码为 Hello, World!——例如 0x48 = 4 × 16 + 8 = 72,是 H 的编码。在 UTF-8 下输入 e2 82 ac 得到单个字符 €(U+20AC)。同样的三个字节按 Windows-1252 读取则得到 €,这就是用错误编码打开 UTF-8 时看到的乱码。

常见问题

为什么看到的是 é 而不是 é?

文本本身是 UTF-8,却被当作 Latin-1 或 Windows-1252 来读取。é 在 UTF-8 中是 C3 A9;逐字节读取就成了 Ã 和 ©。选择 UTF-8 即可正确解码。

� 符号是什么意思?

它可能代替了无效的字节序列,也可能是数据里本来就编码了 U+FFFD。出现解码错误时,提示会给出错误数量和第一个字节的位置。请检查编码是否正确,以及数据是否被截断。

UTF-16 该选 BE 还是 LE?

这是每个 2 字节单元的字节顺序。Windows 文本文件和 PC 的内存转储通常是小端序(48 00 = H);网络协议和 Java 的 writeChars() 使用大端序(00 48 = H)。开头的 FF FE 或 FE FF 字节顺序标记可以告诉你是哪一种。

ASCII 和 UTF-8 一样吗?

对于 00 到 7F 的字节是一样的——UTF-8 在设计上就让纯 ASCII 文本本身已是有效的 UTF-8。80 及以上的字节则完全不属于 ASCII。

资料来源

最后更新:

引用此工具
APA

kakaoCalc. (2026, November 8). 十六进制转文本. https://kakao.mobile/zh/tools/hex-to-text-tool/

MLA

“十六进制转文本.” kakaoCalc, 8 Nov. 2026, kakao.mobile/zh/tools/hex-to-text-tool/.

广告