Java字符串转义最易出错的是反斜杠（\）和双引号（"），因编译期解析导致路径、正则、JSON等场景需双重转义；Unicode转义uXXXX须4位且UTF-8编码；应优先使用专用序列化库而非手动拼接。
Java字符串里哪些转义字符最常出错
Java字符串中真正需要手动写成转义形式的，只有那些无法直接输入或有特殊含义的字符。编译器在编译期就处理它们，不是运行时逻辑——这点很多人误以为 String.replace() 能“去掉转义”，其实它处理的是已解码后的字符。
-
-
"和\必须转义，否则编译失败："He said "Hi""报错；"C: emp"中的 -
（退格）和
Unicode转义怎么写才不踩坑
Java支持 uXXXX 形式的Unicode转义，但它在**编译早期阶段**就被替换为对应字符，甚至早于注释解析——这意味着你可以在注释里写 u002Fu002F 来“动态拼出”双斜杠，但这属于危险技巧，实际项目中应避免。
- 必须严格4位十六进制，不足补0：
u0041✅，u41❌（编译错误） - 不能用于代理对（surrogate pair），如 emoji：
uD83DuDE00在Java 8+可工作，但需确保源文件编码为UTF-8且IDE正确识别 - 不要混用：
"u4F60u597D "等价于"你好 "，但可读性差，除非处理非ASCII资源键或协议字段
正则表达式里的双重转义怎么算清楚
在Java中写正则时，你要面对两层解析：Java字符串字面量先解一次，Pattern引擎再解一次。比如想匹配一个反斜杠，得写成 "\" —— 第一层变成 ""，第二层才匹配到单个 。
- 匹配点号：
"\."→ 字符串解为"."→ 正则引擎识别为字面量. - 匹配Windows路径：
"C:\\temp\\file.txt"才能正确传给Pattern.compile() - 用原始字符串？Java没有。替代方案是用
Pattern.quote("...")包裹字面量部分，或改用File.separator拼路径
JSON或HTML场景下别靠手写转义
Java字符串本身不负责JSON或HTML转义。如果你把含引号的字符串直接拼进JSON，比如 "{ "name": "" + name + "" }"，遇到 name = "O'Reilly" 就会破坏结构——这不是转义字符的问题，而是没走正确的序列化流程。
立即学习“Java免费学习笔记（深入）”；
- JSON：用
ObjectMapper.writeValueAsString()或Gson.toJson()，它们自动处理引号、控制字符、Unicode - HTML：用
StringEscapeUtils.escapeHtml4()（Apache Commons Text），而不是自己 replace"&"→"&" - SQL：永远用
PreparedStatement，别尝试“转义单引号”来防注入
String json = new ObjectMapper().writeValueAsString(
Map.of("user", "Alice", "bio", "She said: "Hello!"")
);
// 输出：{"user":"Alice","bio":"She said: "Hello!""}
Java字符串转义的核心在于分清「编译期字面量处理」和「运行时内容处理」——前者由JVM保证，后者必须交给专用库。手动拼接+转义，基本等于给自己埋雷。 
