Unicode 转义
中文与 Emoji 转 \uXXXX 转义或反向还原，代理对自动合并，接口日志里的乱码一秒变可读。
\uXXXX，Emoji 等增补平面自动拆成代理对两个转义；解码时连续代理对自动合并还原。>_ 使用指南 · GUIDE
双向转换：中文与 Emoji → \uXXXX 转义序列，或反向还原成原文。代理对自动合并——Emoji 这类超出基本平面的字符（代码点 > 0xFFFF）由两个 \uD83D\uDE00 式代理对组成，本工具正确合并还原，不会拆成两个乱码字符。
最常见场景：接口日志、JSON 文件里的 \u4e2d\u6587——程序序列化时把中文转义了，肉眼看是乱码，粘贴进来一秒变可读。本地转换，零上传。
>_ 常见问题 · FAQ
Q1 · \u4e2d\u6587 是什么意思？
Unicode 转义写法：\u 后跟四位十六进制码点，\u4e2d 是「中」、\u6587 是「文」。程序（JSON 序列化器、Java 属性文件、JS 字符串）常用它表示非 ASCII 字符以保证传输兼容。粘贴到本工具解码即见原文——它不是乱码，只是穿了个马甲。
Q2 · 为什么有的字符是一个 \u，Emoji 却是两个？
Unicode 码点分两层：基本平面（BMP，0x0000–0xFFFF）一个 \uXXXX 就够；超出部分（增补平面，如多数 Emoji）码点超过 16 位，UTF-16 里用两个代理对表示（如 😀 = \uD83D\uDE00）。本工具自动合并代理对，还原时不会把一个 Emoji 拆成两个问号或方块。
Q3 · Unicode、UTF-8、GBK 是什么关系？
Unicode 是给全球字符编「身份证号」的标准（码点），UTF-8/UTF-16/GBK 是把这些号码存成字节的不同方案。同样的「中」：Unicode 码点 U+4E2D，UTF-8 编码是 3 字节，GBK 是 2 字节。乱码的本质是「A 方案存、B 方案读」——统一用 UTF-8 是现代工程的解法。
Q4 · 日志里的转义串混着普通中文怎么办？
本工具按「能识别则转、不匹配则保留」处理：合法的 \uXXXX 序列被还原，其余文本原样保留，混排日志整体粘贴即可，不用手动拆分。解码后再配合「文本差异」工具对比处理前后，确认没有误伤。
Q5 · 转义串可以直接在代码里用吗？
JS、Java、JSON 都支持 \uXXXX 字面量，语义与写字符本身完全等价——代码里写 "\u4e2d\u6587" 与 "中文" 相同。用途是绕开源码文件编码问题（老系统 GBK 源码里写 UTF-8 字符会坏）。新项目统一 UTF-8 后通常不再需要，读老代码时用本工具解码理解即可。