16进制转字符串 · 字符串转16进制

16进制转ASCII速查

什么是16进制转字符串？

$ echo 48656c6c6f | xxd -r -p
Hello

>>> bytes.fromhex('c4e3bac3').decode('gbk')
'你好'
>>> bytes.fromhex('c4e3bac3').decode('utf-8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc4 in position 0: invalid continuation byte

这个16进制转换工具能做什么

各语言16进制与字符串互转写法

Hex转字符串示例：UTF-8、GBK、xxd、Java byte[]

48 65 6C 6C 6F 2C 20 E4 B8 96 E7 95 8C

Hello, 世界

CE C2 B6 C8 3A 32 35 2E 33 A1 E6

温度:25.3℃

00000000: 4869 20e4 bda0 e5a5 bd0d 0a              Hi ........

Hi 你好␍␊

[-28, -72, -83, -26, -106, -121]

中文

AT+CSQ\r\n

41 54 2B 43 53 51 0D 0A

653462646130653561356264

e4bda0e5a5bd → 你好

16进制转字符串、字符串转16进制怎么用

1. 1

   粘贴16进制

   在「16进制 → 字符串」页签粘贴，手上是什么格式就粘什么：带空格的、紧凑的、0x、\x 转义、字节数组，或者 xxd 的整屏输出。输入框下方会写明按什么格式读取。

2. 2

   核对字符串和编码

   右侧显示转换结果、自动识别出的编码和理由。如果识别错了，下方表格列出了所有编码的读法，在「编码」菜单里选正确的那个。

3. 3

   留意不可见字符

   NUL、CR、LF 等控制字节显示为 ␀ ␍ ␊。取消勾选「显示不可见字符」可以看原文，然后复制结果。

4. 4

   或者字符串转16进制

   在「字符串 → 16进制」页签选择编码和输出格式——空格分隔、0x、C/Java/Python/Go 数组，或 xxd 格式。发给串口和网络协议时勾选 CR LF。

16进制转字符串乱码、出错的常见原因

>>> bytes.fromhex('c4e3bac3').decode('utf-8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc4 in position 0: invalid continuation byte

>>> bytes.fromhex('c4e3bac3').decode('gbk')
'你好'

'你'.charCodeAt(0).toString(16)   // '4f60'：UTF-16 码元

Buffer.from('你', 'utf8').toString('hex')   // 'e4bda0'：UTF-8 字节

Integer.toHexString(b)        // 0xE4 得到 "ffffffe4"，0x0A 得到 "a"

String.format("%02x", b)      // "e4"、"0a"

Buffer.from('486', 'hex')      // <Buffer 48>：6 被悄悄丢掉
Buffer.from('48zz65', 'hex')   // <Buffer 48>：在 zz 处停下

if (!/^([0-9a-f]{2})*$/i.test(hex)) throw new Error('invalid hex');
Buffer.from(hex, 'hex');

00000000: 4869 20e4 bda0 e5a5 bd0d 0a              Hi ........
→ 直接去空格读：00 00 00 00 48 69 20 e4 …

$ printf 'Hi 你好\r\n' | xxd -p
486920e4bda0e5a5bd0d0a

41 54 2B 43 53 51 0A      AT+CSQ 后面只有 LF

41 54 2B 43 53 51 0D 0A   AT+CSQ 后面是 CR LF

什么时候需要16进制转字符串

串口、UART 调试

串口调试助手常以16进制显示收到的数据。粘贴一帧就能读出其中的文字，看清结尾的 0D 0A 或 00；反过来还能把指令转成16进制，按设备要求加上 CR LF。

查看抓包数据

从 Wireshark、tcpdump 复制出来的协议载荷是16进制。解出帧里的请求行、JSON 或设备名，比临时写脚本快，而且数据不出本机。

日志里的字节数组

Java 按有符号十进制打印字节数组，Python 打印成 b'...'，Node.js 打印成 <Buffer ...>。把日志片段原样粘进来就能看到文字，包括它是 UTF-8 还是 GBK。

数据库里的16进制字段和 BLOB

数据库客户端把二进制字段显示为16进制。解码一个值确认实际存了什么，或把字符串转成16进制，与库里的内容逐字节比对。

固件和 C 源码里的字符串

嵌入式代码常把文字存成字节数组。把字符串转成可以直接粘贴的 C 数组，或把头文件里的数组转回文字，确认设备会显示什么。

16进制与字符串的对应原理：ASCII、UTF-8、GBK、UTF-16

每个字节两位16进制

一个字节 8 位，一位16进制 4 位，所以每个字节恰好是两位16进制 00 到 FF，字节数永远是16进制位数的一半。大小写含义相同。分隔符、前缀和数组语法都只是写法：4865、48 65、0x48, 0x65、\x48\x65 是同样的两个字节。

ASCII：所有编码都认同的那部分

ASCII 规定了 00 到 7F。可打印字符从 20（空格）到 7E（~），其余是控制字符，实际数据里最常见的是 00（NUL）、09（制表符）、0A（换行）、0D（回车）和 1B（ESC）。UTF-8、GBK、ISO-8859-1 都保留了这些值，所以纯英文用错编码通常也不会乱码。

UTF-8：每个字符 1 到 4 个字节

UTF-8 把 ASCII 写成单字节，其他字符写成多字节序列。首字节决定长度——C2–DF 两字节，E0–EF 三字节，F0–F4 四字节——后续每个字节都必须落在 80–BF。结构如此严格，GBK 编码的中文句子几乎不可能恰好是合法 UTF-8——我们用 33,910 句中文实测，只有 55 句是——这也是自动识别信任「UTF-8 解码成功」的原因。单个汉字则不同：约 18% 的 GBK 汉字恰好能组成合法的 UTF-8 双字节序列。

GBK：每个汉字 2 个字节

GBK 中 ASCII 仍是单字节，汉字和全角标点是双字节：首字节 81 到 FE，尾字节 40 到 FE（不含 7F）。尾字节范围很宽，较短的 UTF-8 文本按 GBK 读经常不报任何错，只是变成一串无关的字——E4 BD A0 E5 A5 BD（你好）会读成「浣犲ソ」——所以本页先试 UTF-8。GB18030 在 GBK 基础上增加了四字节序列表示生僻字，解码时同样支持。

UTF-16 与字节序

UTF-16 每个字符 2 个字节（基本平面之外 4 个），两个字节的先后顺序有两种。UTF-16LE 低字节在前——A 是 41 00；UTF-16BE 高字节在前——00 41。Windows API 和很多文件用小端，并可能以字节序标记 FF FE 开头；UTF-8 文件有时以 EF BB BF 开头。自动识别会去掉 BOM 并给出提示。

16进制与字符串互转的正确做法

两端都写明编码

16进制本身不说明用的是什么编码。凡是把文字变成字节的地方——getBytes()、encode()、串口助手的设置、数据库连接字符集——都显式指定编码，并在16进制旁边注明，别让另一端去猜。

操作字节，而不是字符码

返回字符码的函数，比如 JavaScript 的 charCodeAt()、Java 的 char 值，给出的是 UTF-16 码元而不是编码后的字节。先用 TextEncoder、Buffer.from() 或 getBytes(StandardCharsets.UTF_8) 编码，再格式化字节。

每个字节都补足两位

用 %02x 或等价写法，不要直接调用数字转16进制。日志里 a 和 0a 看着差不多，可把没补零的值拼起来，会得到奇数长度，甚至解出完全不同的字节。

同一份日志用同一种分隔格式

日志和调试输出选定一种格式（例如空格分隔的两位组）并坚持使用。混用格式人眼容易读懂，脚本却容易读错，尤其是有的补了零、有的没补。

核对字节数

相信转换结果之前，先把字节数和预期对一下：协议头里的长度字段、数据库字段长度或文件大小。本页两个方向都会显示字节数。

16进制转字符串常见问题