循环内用+拼接字符串性能差，因每次迭代都新建stringbuilder并生成临时string对象；应改用循环外初始化的stringbuilder复用实例，并预估容量以减少扩容开销。
在 Java 性能调优中，循环体内滥用 + 拼接字符串是典型低效写法——它会让每次迭代都新建 StringBuilder 实例、执行 append、再调用 toString()，最终生成大量临时 String 对象，显著加重 GC 压力和内存复制开销。
为什么循环里用 + 会变慢
Java 编译器对 + 的处理分两种情况：
- 编译期全为字面量（如
"a" + "b"）→ 直接合并成常量，无运行时成本 - 含变量（如
s + item）→ 编译后等价于new StringBuilder().append(s).append(item).toString()
这意味着每轮循环都在重复创建、扩容、丢弃对象。拼接 10000 次，就可能产生上万个中间 String 和数十个 StringBuilder，性能断崖式下降。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
正确做法：用 StringBuilder 复用实例
核心原则是「一个实例复用到底」，不是“每次循环 new 一个”：
- ✅ 在循环外初始化：
StringBuilder sb = new StringBuilder(预估容量); - ✅ 循环内只调用
sb.append(...)，不 new、不 toString - ✅ 循环结束后统一调用一次
sb.toString() - ❌ 禁止写法：
for (...) { String s = s + item; }或for (...) { new StringBuilder().append(...).toString(); }
容量预估能省掉一半扩容开销
StringBuilder 底层是数组，扩容需复制全部已有内容。默认初始容量仅 16，极易触发多次扩容（16 → 34 → 70 → 142…）。
- 已知数据规模：比如拼接 500 个平均长度 30 的字符串，加逗号分隔，总长 ≈ 500 × 30 + 499 ≈ 15500 → 写
new StringBuilder(16000) - 不确定但量级明确：至少设 1024、2048 或 4096，远优于默认 16
- 若需多次复用同一
StringBuilder，用sb.setLength(0)清空，比new更轻量
带分隔符的拼接别手写判断逻辑
常见反模式：if (i > 0) sb.append(","); sb.append(item); 容易出错且冗余。
- 推荐用
StringJoiner（Java 8+）：StringJoiner sj = new StringJoiner(",", "[", "]"); sj.add(item); - 或用
String.join(",", list)（适用于整个集合已存在） - 坚持用
StringBuilder时，可先全部 append，最后用sb.delete(0, 1)或sb.substring(1)去首分隔符
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
