很多 Java 开发者一开始为了追求性能，会主动使用 StringBuilder 拼接字符串，例如：
StringBuilder sb = new StringBuilder();
sb.append("Hello, ");
sb.append(name);
sb.append(", welcome!");
return sb.toString();
这时候 IDEA 通常会提示你：可以用字符串连接符 "+" 替代。很多人看到这个提示第一反应是：不是一直说 + 性能差，StringBuilder 才是正解吗？
这其实涉及 Java 编译器的一个优化机制。
编译器优化：+ 会自动转成 StringBuilder
从 JDK 1.5 开始，Java 编译器就具备了“字符串拼接优化”。当你写下：
String msg = "Hello, " + name + ", welcome!";
编译器在编译阶段，会自动转换为类似下面的字节码：
StringBuilder sb = new StringBuilder();
sb.append("Hello, ");
sb.append(name);
sb.append(", welcome!");
msg = sb.toString();
也就是说，你写的是 +，但运行时本质还是 StringBuilder，只不过你不用自己手动写罢了。
那什么时候不要用 +，还是得用 StringBuilder？
虽然 IDEA 提示你可以用 +，但以下几种场景建议你自己老老实实用 StringBuilder：
1. 出现在循环中
StringBuilder sb = new StringBuilder();
for (int i = 0; i < 1000; i++) {
sb.append("item").append(i);
}
return sb.toString();
如果你写的是 result += "item" + i;，每次循环都会创建新的 StringBuilder 实例，性能很差。
2. 拼接分布在多个逻辑块中
StringBuilder sb = new StringBuilder();
sb.append("用户信息：");
if (user.isVip()) {
sb.append("VIP用户，");
}
sb.append("用户名：").append(user.getName());
这种分段式拼接，用 + 不仅不方便，阅读性和维护性也很差。
那什么时候用 + 更合适？
1. 一次性简单拼接
String msg = "用户：" + name + "，年龄：" + age;
这种场景下使用 + 最清晰，编译器会自动优化，不存在性能问题。
如果你近期准备面试跳槽，建议在ddkk.com在线刷题，涵盖 一万+ 道 Java 面试题，几乎覆盖了所有主流技术面试题，还有市面上最全的技术五百套，精品系列教程，免费提供。
2. 用于日志输出、抛异常、注解字段等轻量级字符串拼接
log.info("登录用户：" + username);
手动用 StringBuilder 反而显得繁琐、臃肿，不如直接用 + 简洁高效。
总结
IDEA 之所以建议你用 +，不是它误导你，而是它知道在大多数简单拼接场景下，+ 会被编译器自动优化成 StringBuilder，用起来更自然，代码更清晰。而你手动用 StringBuilder，反而显得啰嗦。
一句话结论：
- 如果是一次性拼接，用
+，没毛病； - 如果是循环拼接、复杂逻辑、分段处理，用
StringBuilder，别嫌麻烦； - IDEA 提示的是“建议”，不是“通杀”，具体要看上下文场景。
如果你要搞高并发、对性能敏感，那你甚至可以再上 StringBuffer 或 ThreadLocal StringBuilder 这类手段。但一般项目里，这些优化都是过早优化。清晰可读的代码，永远是第一位的。