string.split()不按预期切分因底层用正则解析，元字符需转义或quote；空结尾被丢弃需负数limit；csv须用专用库；高频调用应预编译pattern。
Java里String.split()为什么有时不按预期切分
因为split()底层用正则表达式解析分隔符，而像.、*、+这些字符在正则里有特殊含义，直接传进去会报错或切错位置。比如"a.b.c".split(".")结果是空数组——不是你想要的["a","b","c"]。
- 必须对正则元字符转义：
"a.b.c".split("\.")（注意双反斜杠：Java字符串里一个要写成\） - 如果分隔符是固定字符串且不含正则符号，优先用
String.split(String, int)重载并配合Pattern.quote()："a.b.c".split(Pattern.quote(".")) - 空字符串结尾会被丢弃——
"a,b,".split(",")只返回["a","b"]；加负数限制才保留："a,b,".split(",", -1)→["a","b",""]
用split()处理CSV字段时踩过的坑
别直接用split(",")解析CSV。真实CSV可能含逗号在引号内（"name, jr","2024"），而split()完全不识别引号逻辑，一拆就乱。
- 简单场景（无引号、无换行、无转义）可临时用：
line.split(",\s*")跳过逗号后的空格 - 字段含空格但不想切掉？改用
split("\s*,\s*", -1)统一清理两侧空白 - 一旦出现
"或OpenCSV或Apache Commons CSV，split()不是CSV解析器
split()性能和线程安全要注意什么
split()每次调用都会编译正则（除非JVM做了缓存优化），高频场景下开销明显；而且它返回新数组，短生命周期对象多会推高GC压力。
- 固定分隔符+高频调用？提前编译
Pattern：private static final Pattern COMMA = Pattern.compile(","); ... COMMA.splitAsStream(s).toArray(String[]::new) -
split()本身是纯函数，无状态，线程安全；但如果你把结果数组缓存起来又被多线程修改，那就是你自己的问题 - Android上低版本（
API ）对某些正则支持弱，比如<code>"a|b".split("\|")在旧机型可能抛PatternSyntaxException，建议降级用TextUtils.split()
替代方案：什么时候不该用split()
当你要的不是“按规则切”，而是“取某段”“跳过前N个”“按长度截断”，硬套split()反而绕路又易错。
立即学习“Java免费学习笔记（深入）”；
- 按固定长度切分字符串？用
substring()循环更直白：s.substring(i, Math.min(i + len, s.length())) - 只想取第一个分隔符之前的部分？
s.indexOf(':') > -1 ? s.substring(0, s.indexOf(':')) : s比split(":", 2)[0]更省对象创建 - 需要保留分隔符本身？
split()做不到，改用Pattern.compile("(?（零宽断言）或者直接<code>Matcher.find()
正则能力越强，误用成本越高。把split()当成切菜刀没问题，但它真不是瑞士军刀。
