Java String不可变性导致每次操作都生成新对象，加剧GC压力、频繁触发Young GC并可能引发内存抖动；应使用StringBuilder等可变类替代高频拼接。
Java String 的不可变性直接导致每次字符串操作（如拼接、替换、截取）都会生成新对象，而旧对象若失去引用，就成为垃圾回收的候选目标。这种机制在高频字符串处理场景下，会显著加剧 GC 压力，尤其容易触发 Young GC 频繁执行，甚至引发内存抖动。
为什么不可变性必然带来对象膨胀
String 所有修改类方法（concat、replace、substring、+ 运算符等）都不改变原对象，而是创建并返回全新 String 实例。例如：
-
String s = "a"; s = s + "b" + "c";—— 实际产生至少 3 个对象："a"、"ab"、"abc" -
s.replace("a", "x")—— 不修改原字符串，而是 new 出一个内容为 "xbc" 的新 String - 循环中反复
s += "x"，每轮都新建对象，旧引用快速失效
对垃圾回收的具体影响
这些短命的中间 String 对象几乎全部分配在 Eden 区，生命周期极短，很快进入 Survivor 区并被快速淘汰。后果包括：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- Young GC 频率升高：大量临时 String 挤占 Eden 空间，触发 Minor GC 更频繁
- GC 暂停时间累积：虽单次暂停短，但高频 GC 造成总体 STW 时间不可忽视，影响响应延迟
- 晋升压力增大：若 Survivor 区不足以容纳存活对象，部分 String 可能提前晋升到老年代，加速老年代填满
-
字符串常量池无缓解作用：字面量（如
"hello"）才进池；运行期拼接出的字符串（如new String("he") + "llo"）默认不入池，无法复用
如何减轻 GC 负担
关键思路是避免在循环或高频路径中使用不可变 String 做累积操作：
立即学习“Java免费学习笔记（深入）”；
- 用 StringBuilder（单线程）或 StringBuffer（多线程）替代
+和+= - 明确需要入池时，主动调用 intern()，但注意 JDK 7+ 后字符串池在堆中，滥用可能引发堆内存压力
- 批量拼接优先选 StringJoiner 或 String.join()，它们内部复用 StringBuilder，避免中间对象
- 日志拼接等场景，利用 SLF4J 的占位符机制（
log.info("User {} logged in at {}", userId, time)），避免提前拼接
不可变性本身不是问题，问题出在误用不可变对象去完成可变任务。理解这一点，就能把 GC 压力从“被动承受”转为“主动规避”。
