java中匹配反斜杠需双重转义：字符串字面量和正则各吃一层，如匹配"."写为"\."；推荐用pattern.quote()自动转义；split(".")切ip时注意空字段处理。
Java里用Pattern匹配带反斜杠的字符串，为什么老是报错？
因为在Java字符串字面量和正则表达式里都是转义字符，得叠两层：Java先吃掉一层，正则引擎再吃一层。比如想匹配一个字面量的.（反斜杠加点），代码里得写成"\\."——四个反斜杠。
- 常见错误现象：
Pattern.compile(".")报PatternSyntaxException，实际想匹配的是字面量点号 - 正确写法：
Pattern.compile("\.")（两个反斜杠）才能让正则引擎收到一个. - 如果要匹配真实反斜杠本身（如Windows路径中的
C: emp），得写成"C:\\temp"，最终正则看到的是C:\temp - 更安全的做法是用
Pattern.quote("字符串")自动转义所有特殊字符，适合动态拼接场景
用String.replaceAll()替换括号、星号这些元字符，结果不对
replaceAll()第一个参数是正则，不是普通字符串。括号()、星号*、方括号[]这些在正则里有含义，不转义就会被当语法解析，而不是字面量。
- 错误示例：
"a(b)c".replaceAll("(", "[")→ 报PatternSyntaxException: Unclosed group - 正确做法：用
Pattern.quote()包裹字面量："a(b)c".replaceAll(Pattern.quote("("), "[") - 或者手动转义：
"a(b)c".replaceAll("\(", "[")（注意这里只对正则转义，不需要Java层再叠） - 别用
replace()代替——它不走正则，但如果你误用了replaceAll()又忘了转义，问题会更隐蔽
中文、emoji、连字符在正则里怎么安全处理？
中文和emoji本身不是正则元字符，直接写进pattern通常没问题；但连字符-在字符类[...]里位置不对会出事——放在中间会被当成范围符（比如[a-z]），放开头或结尾才表示字面量减号。
- 错误写法：
"abc-123".replaceAll("[a-z-0-9]", "")→-被当范围符，可能意外匹配到ASCII码在z和0之间的字符（实际不存在，但语法危险） - 正确写法：
"abc-123".replaceAll("[a-z0-9-]", "")（把-放末尾）或"abc-123".replaceAll("[a-z\-0-9]", "")（加反斜杠转义） - emoji一般无需特殊处理，但要注意Java 8默认用UCS-2，某些4字节emoji（如??）可能被拆成代理对；Java 9+默认支持完整Unicode，更稳妥
- 如果要匹配“任意Unicode字母”，用
\p{L}比[a-zA-Z]靠谱得多
为什么split("\.")切IP地址返回5个空串？
String.split()的分隔符是正则，"\."确实能匹配点号，但问题常出在边界：它会把开头、结尾的空字段也保留（除非传第二个参数限制数量），而且连续分隔符会产生空项。
立即学习“Java免费学习笔记（深入）”；
- 典型现象：
"192.168.0.1".split("\.")返回["192","168","0","1"]是对的；但"..192..".split("\.")返回["","","192","",""] - 解决空字段：用
split("\.", -1)保留所有空项，或split("\.", 0)丢弃末尾空项（默认行为），或手动过滤Arrays.stream(arr).filter(s -> !s.isEmpty()).toArray(String[]::new) - 更健壮的IP分割：用
split("\.", 4)限定最多4组，防止异常长输入；或者直接用InetAddress.getByName()做合法性校验，别只靠split - 注意：
split()底层调用Pattern.compile().split()，性能敏感场景可复用Pattern实例
