string.split() 适合简单、单次分割，因每次调用可能重复编译正则；pattern 预编译适用于复杂正则、高频匹配或需捕获组的场景，可避免重复编译开销。
单纯分割字符串时，String.split() 效率通常高于手动用 Pattern.compile().matcher() 进行正则匹配，但前提是使用简单分隔符（如字面量字符串）且不频繁调用；若需复用复杂正则逻辑、多次匹配或提取捕获组，则 Pattern 预编译后更优。
String.split() 的底层与适用场景
String.split(String regex) 内部会先调用 Pattern.compile(regex) 编译正则，再执行 matcher.find() 分割。这意味着每次调用 split 都隐含一次编译开销（除非 regex 是可优化的常量，JVM 可能缓存极简模式，如 "."、"\s+" 等有限情况）。它适合：
- 一次性、简单分割（如按逗号、空格、固定符号切分）
- 分隔符不含特殊正则元字符，或已正确转义（如 split("\.") 切分 IP 地址）
- 只需要得到子字符串数组，不关心匹配位置、分组或重叠匹配
Pattern 预编译后的优势场景
当正则较复杂、或同一模式需多次用于匹配/查找/替换时，显式使用 Pattern.compile(...) 缓存编译结果，再复用 matcher，能显著减少重复编译成本。适用于：
- 循环中反复分割或匹配（例如解析日志行、批量处理 CSV 字段）
- 需要获取匹配起始/结束索引、捕获组内容（split 只返回分割结果，无法拿到分隔符本身或分组）
- 需控制匹配模式（如 CASE_INSENSITIVE、DOTALL）或使用 lookaround 等高级特性
性能对比关键点
实测差异主要来自三方面：
- 编译开销：split 每次都可能编译；Pattern.compile 只需一次（建议 static final 声明）
- 匹配逻辑：split 底层调用的是 matcher.split()，功能等价于 Pattern.matcher(input).split()，但无额外控制权
- 字符串构造：split 返回 String[]，而 matcher.find() + group() 可能触发更多临时字符串创建，需注意 GC 压力
实用建议
按需求选择，不盲目替换：
- 简单、单次、字面量分隔 → 直接用
"a,b,c".split(",") - 复杂正则、高频调用、需捕获或定位 → 预编译 Pattern，如
private static final Pattern COLON_SPLIT = Pattern.compile(":"); - 不确定分隔符是否含元字符？优先用
Pattern.quote(delimiter)构造安全正则，再编译 - 极端性能敏感场景（如毫秒级服务），可用 Apache Commons Lang 的
StringUtils.split()（非正则，纯字符扫描）替代简单分隔
