stringbuilder多重替换核心是“定位—截断—填充”,通过indexof手动找位置、replace按索引区间覆盖,避免string不可变导致的重复对象创建,批量处理需按目标长度降序排序并动态更新搜索起点。

用 StringBuilder 做多重替换,核心是“定位—截断—填充”,避开 String 不可变带来的重复创建开销。它不支持正则、不自动遍历,但胜在可控、高效,尤其适合已知替换规则且需多次操作的场景。
先用 indexOf 动态找位置
StringBuilder 本身没有 replaceAll,必须手动定位目标子串起始索引:
- indexOf(String str) 找第一次出现的位置;
- indexOf(String str, int fromIndex) 从指定下标开始向后搜,避免回退或重复匹配;
- lastIndexOf(String str) 适合处理末尾特殊替换(如删最后一个逗号);
- 所有查找都按字面值匹配,点号、星号等不用转义。
用 replace(int start, int end, String str) 精准覆盖
这是唯一替换方法,按索引区间操作,不是按内容:
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- start 是起始下标(含),end 是结束下标(不含),和 substring 规则一致;
- 替换后字符串长度变化,不会自动偏移后续索引,所以循环中必须更新查找起点;
- 例如把 "a-b-c" 中所有 "-" 换成 "_":第一次替换后,原索引 1 处已变,下次要从 index + "_".length() 即 2 开始继续搜。
批量替换要边替边调索引
一次性处理多个不同目标时,不能简单 for-each,得按顺序逐个定位并更新游标:
- 推荐做法:把所有待替换对存进 List
>,按目标串长度降序排列(防短串误匹配长串子集); - 每次 replace 后,用新字符串长度修正剩余未处理区间的起始搜索位置;
- 若某次 indexOf 返回 -1,跳过该规则,继续下一个。
比 String.replace 更快的关键在哪
不是“语法更炫”,而是内存行为本质不同:
- String.replace 每调一次都生成一个新对象,5 次替换 = 5 个中间字符串;
- StringBuilder 在同一块 char 数组上反复写入,扩容只发生在容量不足时,复制次数极少;
- 尤其在循环内做条件替换(如日志清洗、模板填充),性能差距可达数倍。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










