一尘不染

Java:String concat vs StringBuilder-已优化,所以我该怎么办?

java

在这个答案中,它表示(暗示)无论如何都将String连接优化到StringBuilder操作中,因此,当我编写代码时,是否有任何理由在源代码中编写StringBuilder代码?请注意,我的用例与OP的问题不同,因为我正在串联/附加数十万行。

为了使自己更清楚:我很清楚每种代码的区别,只是我不知道是否值得实际编写StringBuilder代码,因为它的可读性较低,并且当它的较慢的表亲String类自动转换为反正编译过程。


阅读 229

收藏
2020-09-08

共1个答案

一尘不染

我认为StringBuildervs 的使用+确实取决于您所使用的上下文。

通常使用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程序反编译了该代码,该程序吐出了字节代码。它很容易解释,并且在尝试优化代码时经常是有用的参考。编译器确实会在后台更改您的代码,因此查看它的作用总是很有趣!

2020-09-08