Unicode 转义还原
正在加载计算模块…
关于这个计算器
把 \u4e2d\u6587 这种转义序列还原成中文，或反向把中文转成 \uXXXX 形式。用于阅读被 ASCII 转义的 JSON、适配只认 ASCII 的老系统。
依据文件
常见问题
查看全部 222 个问题 →Emoji 转义后变成两个 \uXXXX 是正常的吗？
正常。Emoji 属于「增补平面」字符，在 JavaScript 内部用 UTF-16 代理对表示，占 2 个码元，所以会被拆成 \uD83D\uDE00 这样两个转义序列。这是规范行为，不是乱码。
为什么还原后还有 \u 没变？
说明内容被转义了两层（如 \\u4e2d，即反斜杠本身也被转义了）。再对结果执行一次还原即可。
JSON 里的中文必须转义吗？
不需要。JSON 原生支持 UTF-8，中文可以直接写在 JSON 里。只有当传输链路只支持 ASCII 时（如某些老的 HTTP 头、短信网关）才需要转义。
同专题的其他工具
- JSON 格式化 / 校验 在线格式化、压缩、校验 JSON。语法错误会精确指出第几行第几列
- 时间戳转换器 时间戳与日期双向转换
- URL 编码解码 URL 中文参数编解码
- Base64 编解码 文本与 Base64 互转。已处理中文的 UTF-8 编码问题（浏览器原生 btoa 直接处理中文会抛错）
- Cron 表达式解释 运维天天在写 `0 9 * * 1-5`
- 文本差异对比 改配置、对文案、核接口返回时
- MD5 哈希生成 WebCrypto（crypto.subtle.digest）根本不支持 MD5 ——它只提供 SHA-1/SHA-2 系列可输入：输入文本、输出大写（32 位 → 32 位大写）。全部在浏览器内计算
- HTTP 状态码查询 接口返回 502 / 504 / 499 时
- JWT 解码 调试接口时手上只有一个 JWT
- 正则表达式测试 写正则时最容易踩的两个坑 ——1) 语法错误的正则直接 new RegExp 会抛异常
- URL 结构解析 排查「接口 404」「跳转丢了参数」「中文参数乱码」时
计算结果仅供参考，不构成专业意见。所有计算在浏览器内完成，输入数据不上传服务器。