必须用stringbuilder的场景是循环内拼接或动态构建字符串（如生成json、html、sql），因string不可变会导致频繁对象创建和gc压力；单次固定拼接（如字面量"a"+"b"+"c"）由编译器优化为常量，用string更简洁高效。

循环拼接必须用StringBuilder，单次固定拼接用String更合适——不是性能妥协，而是设计意图的精准匹配。

什么情况下该用String

字符串内容确定、不变化，且拼接操作在编译期就能明确，比如字面量相加："a" + "b" + "c"。Java编译器会直接优化为一个常量字符串，运行时零对象创建、零内存复制。这类场景用String最简洁安全，也无任何性能损失。适合配置项、日志模板、SQL片段等静态组合。

Java Maven Secondary Analysis

分析ZIP压缩包或GitLab仓库中的Java Maven项目，确定二次开发范围、类数量、模块分布及生产相关指标。

下载

什么情况下必须用StringBuilder

循环内拼接、动态构建字符串（如遍历List生成JSON字段、组装HTTP参数、构造大段HTML），必须用StringBuilder。每次+=在循环里实际等价于新建StringBuilder→append→toString，10000次就会产生上万个临时对象，GC压力陡增，耗时可能相差上千倍。实测10万次数字拼接，String方式约4.5秒，StringBuilder仅需15毫秒。

怎么让StringBuilder真正高效

• 别用new StringBuilder()：默认容量16，小循环就触发多次扩容（每次扩容≈原容量×2+2，伴随数组复制）
• 预估长度设初始容量：最终约200字符 → 用new StringBuilder(256)；拼N个平均长L的字符串 → 设为N * L * 1.2左右
• 方法内声明、用完即弃：避免跨线程共享，也不必担心对象创建开销——局部变量成本极低
• 慎用toString()后长期持有：它持有所在StringBuilder的整个内部数组引用，若只需其中一段，优先用substring()或new String(char[], offset, len)

多线程环境怎么办

不要给StringBuilder加锁，也不要用StringBuffer凑合。推荐ThreadLocal<stringbuilder></stringbuilder>：每个线程独享实例，复用免同步，性能接近纯StringBuilder。注意在finally块中调用remove()，防止线程池场景下内存泄漏。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南