String.split() 默认按正则解析分隔符，元字符需转义或用Pattern.quote()；limit参数控制拆分次数及末尾空串保留：limit>0限段数，limit=0丢弃末尾空串，limit=-1保留全部。

split() 的基本用法和正则陷阱

String.split() 看似简单，但默认按正则表达式解析分隔符。比如想用 "." 拆分 "a.b.c"，直接写 "a.b.c".split(".") 会返回空数组——因为 . 在正则里是通配符，匹配任意字符，实际相当于“按每个字符切”，结果是全切空字符串。

正确做法是转义：用 "a.b.c".split("\.")（Java）或 "a.b.c".split("\.")（JavaScript 中需注意双反斜杠在字符串字面量里的处理）。更稳妥的是用 Pattern.quote()（Java）包裹分隔符，避免手写出错。

• 固定字符串分隔符优先用 Pattern.quote(separator) 包裹再传入 split()
• 如果分隔符本身含正则元字符（. * + ? ^ $ | [ ] ( ) { }），不转义必出错
• JavaScript 中 "a|b|c".split("|") 能工作，是因为 | 在正则里是“或”操作符，但空字符串左侧无内容，所以实际按“开头或结尾”切，结果反而是 ["a", "b", "c"] —— 这属于巧合，不可依赖

limit 参数控制拆分次数和尾部空串

split(String regex, int limit) 的 limit 参数决定最多拆几段，且影响是否保留末尾空字符串。例如 "a,,b,".split(",", -1) 返回 ["a", "", "b", ""]；而 "a,,b,".split(",", 2) 只拆一次，结果是 ["a", ",b,"]；limit = 0（默认）等价于 -1，但会自动丢弃末尾连续的空字符串。

• limit > 0：最多生成 limit 个结果，最后一个是剩余全部内容
• limit = 0：不限次数，但丢弃末尾空字符串（如 "a,b,,,".split(",", 0) → ["a", "b"]）
• limit ：不限次数，且保留所有空字符串（包括末尾）

空字符串输入和全分隔符场景的边界行为

对空字符串调用 split()，无论分隔符是什么，都返回长度为 1 的数组："".split(",") → [""]。而对全由分隔符组成的字符串，如 ",".split(",")，默认（limit=0）返回空数组 []；但 ",".split(",", -1) 返回 ["", ""]。

• 空输入永远返回 [ ""]，不是 []
• 全分隔符字符串在 limit ≤ 0 时，结果长度 = 分隔符个数 + 1；但 limit = 0 会截断末尾空项
• 若业务逻辑依赖“拆出来多少段”，务必显式指定 limit 并测试空/全分隔符输入

替代方案：用 String.indexOf() 或 Guava/StringUtils 手动切

当分隔符是固定字符串、且不想引入正则开销或规避转义麻烦时，String.indexOf() 循环查找更可控。Java 用户可直接用 org.apache.commons.text.StringUtils.split()（非正则、null-safe），或 Guava 的 Splitter.on(",").split("a,b,c")，它默认跳过空字符串、支持链式配置，语义更清晰。

• StringUtils.split("a,,b", ",") → ["a", "b"]（自动过滤空项）
• Splitter.on(",").omitEmptyStrings().split("a,,b") 显式声明意图，比原生 split() 更易读
• 高频调用且分隔符固定时，正则编译有开销，手动 indexOf 可能更快

真实项目里，split() 出问题十有八九卡在转义或 limit 默认行为上，尤其当输入来自外部、无法保证格式时——别假设数据“应该”有内容。