Java中字符串正则拆分为何比多次单字符拆分性能更低

性能差异的核心原因 #

• Java String.split() 存在单字符拆分快速路径：当传入的拆分规则是长度为1的普通字符，或是长度为2的转义单字符（比如\\.、\\,）时，方法不会调用完整的正则引擎，而是直接遍历字符串逐个匹配目标字符完成拆分，这套实现逻辑非常轻量，性能很高。你测试中multipleSplitByOneChar的三次拆分调用全部命中了这个快速路径。
• 正则拆分无法触发快速路径：你使用的[1,.]是正则字符类语法，属于完整的正则表达式，split方法每次调用都会先将其编译为Pattern对象，再通过正则状态机完成匹配拆分，这其中多了正则编译、正则引擎匹配两层额外开销，哪怕只拆分一次，总开销也比三次走快速路径的单字符拆分更高。

正则方案性能优化提示 #

如果要使用正则方案降低开销，可以提前预编译正则并缓存实例，避免每次拆分都重复编译正则：

// 类加载时就编译好正则，全局复用
private static final Pattern SPLIT_PATTERN = Pattern.compile("[1,.]");

// 拆分时直接用缓存的Pattern实例
test = String.join("_", SPLIT_PATTERN.split(test));

这种优化后正则方案的性能会有明显提升，但由于正则匹配本身的固有开销，依然会略低于三次单字符拆分的实现。

内容的提问来源于stack exchange，提问作者vszholobov