在this answer 中，它说（暗示）字符串连接无论如何都优化为 StringBuilder 操作，所以当我编写代码时，是否有任何理由在源代码中编写 StringBuilder 代码？请注意，我的用例与 OP 的问题不同，因为我正在连接/附加数十万行。
为了让自己更清楚：我很清楚它们之间的差异，只是我不知道是否值得实际编写 StringBuilder 代码，因为它的可读性较差，而且它的表亲 String 类被认为是较慢的无论如何都会在编译过程中自动转换。
【问题讨论】：
标签： java string append concatenation stringbuilder
我认为 StringBuilder 与 + 的使用实际上取决于您使用它的上下文。
一般使用 JDK 1.6 及以上版本的编译器会自动使用StringBuilder 将字符串连接在一起。
String one = "abc";
String two = "xyz";
String three = one + two;
这会将String three 编译为：
String three = new StringBuilder().append(one).append(two).toString();
这非常有帮助，并为我们节省了一些运行时间。然而，这个过程并不总是最优的。举个例子：
String out = "";
for( int i = 0; i < 10000 ; i++ ) {
out = out + i;
}
return out;
如果我们编译成字节码，然后反编译生成的字节码，我们会得到类似的结果：
String out = "";
for( int i = 0; i < 10000; i++ ) {
out = new StringBuilder().append(out).append(i).toString();
}
return out;
编译器已经优化了内部循环，但肯定没有做出最好的优化。为了改进我们的代码，我们可以使用：
StringBuilder out = new StringBuilder();
for( int i = 0 ; i < 10000; i++ ) {
out.append(i);
}
return out.toString();
现在这比编译器生成的代码更优化，因此在需要高效代码的情况下，肯定需要使用StringBuilder/StringBuffer 类编写代码。当前的编译器不擅长处理循环中的连接字符串，但是这在未来可能会改变。
您需要仔细查看需要手动应用StringBuilder 的位置，并尝试在不会降低代码可读性的地方使用它。
注意：我使用 JDK 1.6 编译代码，并使用 javap 程序反编译代码，该程序会输出字节码。它相当容易解释，并且在尝试优化代码时通常是一个有用的参考。编译器确实会在幕后更改您的代码，所以看看它做了什么总是很有趣！
【讨论】：
StringBuilder？为什么这是最优的？
您问题中的关键词是“据说较慢”。您需要确定这是否确实是一个瓶颈，然后看看哪个更快。
如果你要写这段代码，但还没有写，那就写你更清楚的东西，如果有必要，看看它是否是一个瓶颈。
虽然使用您认为更可能更快的代码是有意义的，但如果两者的可读性相同，实际上花时间找出在您不需要时哪个更快是浪费时间。在性能不可接受之前，可读性高于性能。
【讨论】：
视情况而定，但 StringBuilder 被认为要快一些。如果您在循环内进行连接，那么我建议您使用 StringBuilder。
无论如何，我建议您对代码进行分析和基准测试（如果您要进行如此大规模的追加）。
但请注意：StringBuilder 的实例是可变的，不能在线程之间共享（除非您真的知道自己在做什么。）而不是不可变的 String。
【讨论】：
我可能误解了您的问题，但 StringBuilder 在附加字符串时更快。所以，是的，如果您要附加“数十万行”，您绝对应该使用 StringBuilder（如果您正在运行多线程应用程序，则使用 StringBuffer）。
（在 cmets 中更彻底的答案）
【讨论】：