必须用StringBuilder的场景是循环内拼接或动态构建字符串（如生成JSON、HTML、SQL），因String不可变会导致频繁对象创建和GC压力；单次固定拼接（如字面量"a"+"b"+"c"）由编译器优化为常量，用String更简洁高效。
循环拼接必须用StringBuilder，单次固定拼接用String更合适——不是性能妥协，而是设计意图的精准匹配。
什么情况下该用String
字符串内容确定、不变化，且拼接操作在编译期就能明确，比如字面量相加："a" + "b" + "c"。Java编译器会直接优化为一个常量字符串，运行时零对象创建、零内存复制。这类场景用String最简洁安全，也无任何性能损失。适合配置项、日志模板、SQL片段等静态组合。
什么情况下必须用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免费学习笔记（深入）”；
