简介
谁在乎toString的性能?没有人!
除非你批量处理大量数据,追求算法高性能,否则将使用toString进行大量日常类型转换。然后,你会研究为什么它很慢,认识到toString()主要是使用内部实现的并且可以优化。
首先,让我们看一下Javadoc的描述 Object.toString 应该做什么:“ 返回对象的字符串表示形式。通常,该 toString方法返回一个“以文本形式表示”此对象的字符串。结果应该是简洁易懂的表示形式,便于人们阅读。建议所有子类都重写此方法。 “。IDE(idea、eclipse)往往会为我们生成equals 、 hashcode 、 toString方法的重写……我们通常会这样。此外,IDE为我们提供了几种选择来生成toString: String级联(使用+符号),StringBuffer,StringBuilder,ToStringBuilder,ReflectionToStringBuilder,Guava或Objects.toString ...
在这些实现方案中,你会选择哪一个?
如果你想知道哪种实现更有效,我们可以通过JMH测试基准来看看效果。
对于此基准测试,我创建了类(使用继承,集合等),并且使用了idea生成的所有不同的toString实现,以查看哪个性能更高。代码尽量简洁,无论使用哪种技术(见下文),为一些属性或所有属性(包括继承,依赖关系和集合)生成toString都会对性能产生巨大影响。
+符号
让我们从性能最高的方法开始:带+符号的字符串连接。很多人告诉我们不要使用+号来生成字符串,这种写法不友善,尤其在JVM7之前。但是,Java Compiler会 将+符号编译为字符串生成器(大多数情况下),做了很多的优化。所以,不要犹豫,使用它。但是它唯一的缺点是不处理null值,你需要自己做特殊处理。
在以下结果中是JMH的平均性能:
public String toString() {
return "MyObject{" +
"att1='" + att1 + '\'' +
", att2='" + att2 + '\'' +
", att3='" + att3 + '\'' +
"} " + super.toString();
}
// Average performance with JMH (ops/s)
// (min, avg, max) = (140772,314, 142075,167, 143844,717)
Objects.toString
Java SE 7带来了Objects类以及一些静态方法。Objects.toString的优点是它处理null值,如果为null,甚至可以设置默认值。性能比之前的代码略低,但是会处理null:
public String toString() {
return "MyObject{" +
"att1='" + Objects.toString(att1) + '\'' +
", att2='" + Objects.toString(att2) + '\'' +
", att3='" + Objects.toString(att3) + '\'' +
"} " + super.toString();
}
// Average performance with JMH (ops/s)
// (min, avg, max) = (138790,233, 140791,365, 142031,847)
StringBuilder
另一种实现方案是使用StringBuilder。在这里,很难分辨出哪种技术表现更好。后三种技术在性能方面非常相似。
public String toString() {
final StringBuilder sb = new StringBuilder("MyObject{");
sb.append("att1='").append(att1).append('\'');
sb.append(", att2='").append(att2).append('\'');
sb.append(", att3='").append(att3).append('\'');
sb.append(super.toString());
return sb.toString();
}
// Average performance with JMH (ops/s)
// (min, avg, max) = (96073,645, 141463,438, 146205,910)
Guava
Guava几乎没有帮助器类:其中之一可以帮助您生成toString。它的性能不如纯JDK API,但guava可以为你提供一些额外的服务
public String toString() {
return Objects.toStringHelper(this)
.add("att1", att1)
.add("att2", att2)
.add("att3", att3)
.add("super", super.toString()).toString();
}
// Average performance with JMH (ops/s)
// (min, avg, max) = (97049,043, 110111,808, 114878,137)
Commons Lang3
Commons Lang3有几种生成toString的技术:从生成器到内部检查器。如你所看的结果,内部更易于使用,代码行更少,但会对性能造成严重影响:
public String toString() {
return new ToStringBuilder(this)
.append("att1", att1)
.append("att2", att2)
.append("att3", att3)
.append("super", super.toString()).toString();
}
// Average performance with JMH (ops/s)
// (min, avg, max) = ( 73510,509, 75165,552, 76406,370)
public String toString() {
return ToStringBuilder.reflectionToString(this, ToStringStyle.SHORT_PREFIX_STYLE);
}
// Average performance with JMH (ops/s)
// (min, avg, max) = (31803,224, 34930,630, 35581,488)
public String toString() {
return ReflectionToStringBuilder.toString(this);
}
// Average performance with JMH (ops/s)
// (min, avg, max) = (14172,485, 23204,479, 30754,901)
结论
如今,随着JVM的优化, 我们可以安全地使用+符号来连接字符串(并使用Objects.toString来处理空值)。 使用JDK内置的实用程序类 Objects,无需外部框架即可处理空值。因此,开箱即用的JDK具有比本文介绍的任何其他技术更好的性能(如果你有其他框架/技术,请留言给我,我会尝试一下,欢迎交流)。
总结一下,这是一张表,其中包含JMH的平均表现 (从表现最好的到表现欠佳的):
JMH结果
同样,如果你经常调用toString方法,那么所有这些都很重要。如果没有,性能并不是真正的问题,用那个都可以,怎么方便怎么来。
拓展
针对+号拼接
package tostring;
public class Main {
public static void main(String[] args) {
int n = 1000, iterations = 10000;
long len, t0, t1;
// string builder: < 1 second
len = 0;
t0 = System.currentTimeMillis();
for (int j = 0; j < iterations; j++) {
StringBuilder builder = new StringBuilder();
for (int i = 0; i < n; i++) {
builder.append(i);
}
len += builder.toString().length();
}
t1 = System.currentTimeMillis();
System.out.println(len + " " + (t1 - t0));
// string concatenation: 10 seconds
len = 0;
t0 = System.currentTimeMillis();
for (int j = 0; j < iterations; j++) {
String res = "";
for (int i = 0; i < n; i++) {
res += i;
}
len += res.length();
}
t1 = System.currentTimeMillis();
System.out.println(len + " " + (t1 - t0));
}
}
请注意字符串连接,因为JVM不够聪明,无法优化复杂的流。一个简单的循环会使性能受到很大的影响,这也就是为什么JDK强调“简洁”非常重要。你应该避免循环使用toString方法。
+的String concat与String builder有可能有同样的性能
奇怪的是,带有+的String concat与String builder花费几乎相同的时间
这个其中的原因就是编译器做了一些优化产生的,编译时,javac用StringBuilder替换串联。