中文UTF8编码解码转换

\xHH 结果表示什么

这个转换器把输入文本编码成 UTF-8 字节，再把每个字节显示为大写的 \xHH：HH 是两位十六进制数。例如，汉字“中”对应三个字节 E4 B8 AD，页面显示为 \xE4\xB8\xAD。这里的反斜杠与字母 x 是便于复制、观察的文本记号，结果不是原始二进制文件，也不是加密文本；它没有密钥，任何知道字节编码方式的人都能还原。

正向转换会处理输入框里的整段文本，而不只处理中文。英文、数字、全角标点、换行和 Emoji 都会按各自的 UTF-8 字节依次输出，并且连 ASCII 字节也带 \x 前缀。因此输入 A中😀 会得到 \x41\xE4\xB8\xAD\xF0\x9F\x98\x80。

字符、码点与字节数的关系

Unicode 为字符分配码点，UTF-8 再把码点编码成字节序列。依据 RFC 3629，U+0000 至 U+007F 使用 1 个字节，U+0080 至 U+07FF 使用 2 个字节，U+0800 至 U+FFFF 使用 3 个字节，U+10000 至 U+10FFFF 使用 4 个字节。常用汉字通常落在三字节范围，许多 Emoji 和扩展字符使用四字节；“一个看得见的字符”并不等于“一个字节”。

反向转换的方向正好相反：先把每两位十六进制数字还原成一个字节，再按 UTF-8 解释整串字节。只有字节边界和顺序都正确，才可能得到预期文本。

不要与 URL 编码或 Unicode 转义混用

\xE4\xB8\xAD、%E4%B8%AD 与 \u4E2D 看起来都包含十六进制数字，但含义和输入格式不同。前两者都可能描述“中”的 UTF-8 字节，不过 URL 百分号编码按 %HH 书写，并受 URL 不同组成部分的转义规则约束；\u4E2D 则直接表示 Unicode 码点 U+4E2D。此工具的目标格式是连续的 \xHH 字节序列，不负责 URL 百分号编码、\uXXXX 转义、Base64、GBK 或 GB18030 转换。

从文本生成 UTF-8 十六进制字节

1. 准备原文

   在“中文/文本”框输入或粘贴内容。需要核对空格、换行或全角标点时应原样保留，因为它们也会产生字节。

2. 执行正向转换

   点击“转 UTF-8”。下方结果会按输入顺序显示，每个字节固定写成 \x 加两位大写十六进制数。

3. 抽样核对后复制

   可先用短文本确认目标系统需要的正是 \xHH 形式，再使用结果框的复制操作。例如输入“中文”应得到 \xE4\xB8\xAD\xE6\x96\x87。

从字节序列还原为文本

1. 整理成连续字节

   推荐使用 \xE4\xB8\xAD 这样的连续格式：前缀是小写 \x，每个字节恰好两位十六进制数字，不插入空格、逗号或百分号。连续且无前缀的偶数位十六进制串（如 E4B8AD）也可被读取，但带前缀的形式更容易人工检查边界。

2. 执行反向转换

   把序列放入“UTF-8 (Hex)”框并点击“转 中文”，还原结果会写入上方文本框。该方向同样可以还原英文、标点与 Emoji，不限于汉字。

3. 检查替代字符

   若结果出现 �、不可见控制字符或意外符号，不要直接当作成功。先检查是否漏了某一字节、混入空格或 %，再确认原始字节确实属于 UTF-8。

常见格式与乱码问题

输入边界与结果核验

请把输出视为 UTF-8 字节的文本化表示，而不是可直接替代任意协议字段的通用转义结果。目标系统若要求 URL 编码、JSON 转义、语言字符串字面量或原始字节文件，还需要遵循该系统自己的语法。

• 反向输入清理掉小写 \x 后必须剩下偶数位内容；奇数位会被明确拒绝。大写 \X、空格、逗号和 % 都不属于推荐格式。
• 当前检查不会严格验证每一组都是合法十六进制，也不会在所有非法 UTF-8 情况下停止。格式错误可能产生 �、控制字符或看似正常但实际不对应原数据的文本。
• 解码成功只说明页面产生了文本，不证明输入来自可信来源、没有被截断，或适合直接用于数据库、命令、URL 与安全判断。重要数据应与原始字节长度、协议说明和上下文一起核对。
• 文本与字节转换在当前浏览器页面内完成，不需要把输入提交给外部编码服务；但剪贴板、浏览器扩展、共享设备及页面自身的常规访问记录仍可能涉及数据暴露。处理口令、密钥或个人敏感信息时，应优先使用受控环境。