字符串转义 / 反转义
按 JSON、JavaScript、Java、XML、SQL 与 CSV 规则转义或还原字符串
本地运行
loading…
关于此工具
把一段带引号的多行字符串变成能直接粘进 JSON 值、JavaScript 字面量、Java 字符串、XML 文本节点、SQL 字面量或 CSV 单元格的形式——也能反向操作,当你在日志里发现转义过的文本时把它还原成可读内容。六种方言,双向可用。
每种方言都遵循其真实规范,而不是取最小公约数:JSON 把控制字符转义为 \uXXXX,JavaScript 额外转义单引号和反引号,Java 把非 ASCII 编码为 UTF-16 \u 序列,SQL 双写单引号,CSV 按 RFC 4180 包裹并双写,XML 使用五个预定义实体。反转义器理解 \x、\u 和 \u{…} 形式,并连同位置报告格式错误的序列。
转义过的字符串常常是连接串、令牌和查询片段。这里在本地运行——放心粘贴。
常见问题
- JSON 配置文件该用哪种方言?
- 用 JSON。它按 RFC 8259 的要求精确转义双引号、反斜杠和控制字符,并保持 Unicode 可读。输出可直接放进任何 JSON 字符串值——外层引号除外,那由你自己加。
- JSON 和 JavaScript 方言有什么区别?
- JavaScript 额外转义单引号和反引号,结果在 JS 的三种引号风格里都安全。JSON 只需处理双引号。反转义两种都接受,还包括 JSON 没有定义的 \x 和 \u{…} 形式。
- SQL 转义能让用户输入安全拼接吗?
- 它产出正确的 SQL 字符串字面量(引号双写),但「先转义再拼接」对不可信输入仍然是错误模式——请用参数化查询。这个工具服务于测试数据、迁移脚本和调试,不是注入防护。
- 为什么我的字符串反转义失败?
- 反斜杠后面跟着未定义的转义(\q、被截断的 \u12)就是格式错误,错误信息会指出出问题的下标。如果文本里有字面的 Windows 路径,先转义它——C:\temp 里藏着一个制表符。