给定下面的2个toString()实现，哪个是首选的:
public String toString(){
return "{a:"+ a + ", b:" + b + ", c: " + c +"}";
}
or
public String toString(){
StringBuilder sb = new StringBuilder(100);
return sb.append("{a:").append(a)
.append(", b:").append(b)
.append(", c:").append(c)
.append("}")
.toString();
}
?
更重要的是，鉴于我们只有3个属性，它可能不会有什么不同，但在什么时候你会从+ concat切换到StringBuilder?
当前回答
在大多数情况下，你不会看到这两种方法之间的实际区别，但很容易构建一个像下面这样的最坏情况:
public class Main
{
public static void main(String[] args)
{
long now = System.currentTimeMillis();
slow();
System.out.println("slow elapsed " + (System.currentTimeMillis() - now) + " ms");
now = System.currentTimeMillis();
fast();
System.out.println("fast elapsed " + (System.currentTimeMillis() - now) + " ms");
}
private static void fast()
{
StringBuilder s = new StringBuilder();
for(int i=0;i<100000;i++)
s.append("*");
}
private static void slow()
{
String s = "";
for(int i=0;i<100000;i++)
s+="*";
}
}
输出结果为:
slow elapsed 11741 ms
fast elapsed 7 ms
问题是，+=追加到一个字符串重构一个新的字符串，所以它的代价是字符串长度的线性(两者的和)。
对于你的问题
第二种方法更快，但可读性较差，也更难维护。 正如我所说，在你的具体情况下，你可能看不到区别。
其他回答
Apache Commons-Lang有一个超级容易使用的ToStringBuilder类。它在处理附加逻辑以及格式化你想要的toString外观方面做得很好。
public void toString() {
ToStringBuilder tsb = new ToStringBuilder(this);
tsb.append("a", a);
tsb.append("b", b)
return tsb.toString();
}
将返回类似com.blah的输出。YourClass@abc1321f (a =, = foo)。
或者使用链接的更浓缩的形式:
public void toString() {
return new ToStringBuilder(this).append("a", a).append("b", b").toString();
}
或者如果你想使用反射来包含类的每个字段:
public String toString() {
return ToStringBuilder.reflectionToString(this);
}
如果需要，还可以自定义ToString的样式。
使toString方法尽可能具有可读性!
在我的书中，唯一的例外是，如果你能向我证明它消耗了大量的资源:)(是的，这意味着分析)
还要注意，Java 5编译器生成的代码比早期版本的Java中使用的手写“StringBuffer”方法更快。如果你使用“+”，这和未来的增强是免费的。
对于像这样的简单字符串，我更喜欢使用
"string".concat("string").concat("string");
按照顺序，我认为构造字符串的首选方法是使用StringBuilder, string# concat()，然后是重载的+运算符。在处理大字符串时，StringBuilder显著提高了性能，就像使用+操作符会大幅降低性能一样(随着字符串大小的增加，性能会呈指数级下降)。使用.concat()的一个问题是它会抛出nullpointerexception。
我可以指出，如果你要迭代一个集合并使用StringBuilder，你可能想要检查Apache Commons Lang和StringUtils.join()(在不同的口味)?
不管性能如何，它可以让你省去无数次创建StringBuilders和for循环的麻烦。
版本1更可取，因为它更短，而且编译器实际上会把它转换成版本2——没有任何性能差异。
更重要的是，我们只有3个 属性，它可能不会生成 不同，但在什么情况下 从concat转到builder?
当你在一个循环中连接时——那通常是编译器不能自己替换StringBuilder的时候。
