是StringBuilder.append链比字符串连接更有效吗？

Question

根据Netbeans的提示，名为 .append方法的使用链而不是字符串连接

在调用StringBuilder或StringBuffer的append方法的参数中寻找字符串连接。

是StringBuilder.append（）确实比字符串连接更有效吗？

代码样例

StringBuilder sb = new StringBuilder();
sb.append(filename + "/");

与

StringBuilder sb = new StringBuilder();
sb.append(filename).append("/");

Answer 1

您必须在可读性和功能之间取得平衡。

假设您具有以下条件：

String str = "foo";
str += "bar";
if(baz) str += "baz";

这将创建2个字符串生成器（实际上只需要1个），外加一个临时的字符串对象。如果您去了，您将更有效率：

StringBuilder strBuilder = new StringBuilder("foo");
strBuilder.append("bar");
if(baz) strBuilder.append("baz");
String str = strBuilder.toString();

但是从风格上来说，我认为第一个看起来还不错。对我来说，创建单个对象的性能优势似乎很小。现在，如果您有10个，20个或100个字符串，而不是3个字符串，那么我认为性能胜过样式。如果是循环的话，那么可以肯定我会使用字符串生成器，但是我认为只需几个字符串就可以使代码看起来更整洁。但是…里面有一个非常危险的陷阱！在下面阅读
（暂停以建立悬念… dun dun dunnnn）

有些人说总是使用显式字符串生成器。一个基本原理是您的代码将继续增长，并且通常会以与现在相同的方式进行增长（即，它们将不需要花费时间进行重构。）因此，您最终要创建每条创建的10或20条语句自己的构建器，当您不需要时。因此，从一开始就防止这样做，他们说始终使用显式生成器。

因此，在您的示例中，它并不会特别快，当将来某人决定结束时想要文件扩展名或类似的内容时，如果他们继续使用字符串连接而不是StringBuilder，他们将会最终遇到性能问题。

我们还需要考虑未来。假设您正在用JDK 1.1制作Java代码，并且具有以下方法：

public String concat(String s1, String s2, String s3) {
    return s1 + s2 + s3;
}

那时，它会很慢，因为StringBuilder不存在。

然后，在JDK 1.3中，您决定通过使用StringBuffer（StringBuilder尚不存在）使其更快。你做这个：

public String concat(String s1, String s2, String s3) {
    StringBuffer sb = new StringBuffer();
    sb.append(s1);
    sb.append(s2);
    sb.append(s3);
    return sb.toString();
}

它变得更快。太棒了！

现在，JDK 1.5出现了，随之而来的是StringBuilder（比StringBuffer快）和自动转换

return s1 + s2 + s3;

至

return new StringBuilder().append(s1).append(s2).append(s3).toString();

但是，由于显式使用StringBuffer，因此无法获得此性能优势。因此，通过变得聪明，当Java比您聪明时，您会导致性能下降。因此，您必须记住，有些事情是您不会想到的。