根本原因是String不可变性导致每次+拼接都新建StringBuilder和String对象，循环n次产生2n个临时对象，引发频繁GC和O(n²)性能开销；正确做法是循环外初始化StringBuilder并预设容量，循环内仅append，结束后toString。
Java 开发规范（如《阿里巴巴Java开发手册》）明确禁止在循环体中使用 + 或 += 拼接字符串，根本原因在于 String 的不可变性会引发大量临时对象和频繁 GC，这不是风格问题，而是可量化的性能风险。
为什么循环里用 + 会被禁用
每次执行 result += str，JVM 实际执行的是：
- 隐式创建一个新的
StringBuilder实例 - 调用
append()把旧值和新值加进去 - 调用
toString()生成新String对象 - 丢弃前一个
String引用，使其成为垃圾
循环 10000 次，就产生约 10000 个短命 String 和同等数量的 StringBuilder 临时实例——堆内存压力陡增，Young GC 频次明显上升，实测耗时可能是 StringBuilder 的 5–10 倍。
规范要求的正确写法
必须把 StringBuilder 实例声明在循环外，并复用：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 循环前初始化：
StringBuilder sb = new StringBuilder(预估容量); - 循环内只调用
append()，支持链式：sb.append("id: ").append(id).append("\n"); - 循环结束后统一调用
toString()获取最终结果
例如拼接日志列表，预估总长 3000 字符，应写：
StringBuilder sb = new StringBuilder(3000);<br>for (Log log : logs) { sb.append(log.getMsg()).append("\n"); }<br>String output = sb.toString();
哪些情况可以例外不改
规范不是教条，以下场景无需强行替换：
- 纯字面量拼接，如
"SELECT * FROM " + table + " WHERE id = ?"—— 编译期已优化为常量 - 方法内仅 2~3 次变量拼接，且不在循环中，JVM 通常自动优化，代码更清晰优先
- 集合转逗号分隔串：
String.join(",", list)比手写StringBuilder更安全简洁
多线程环境下若需共享拼接实例，应改用 StringBuffer，但更推荐每个线程独立创建 StringBuilder。
