谁在关心tostring的性能?没有人!除非当你有大量的数据在批量处理,使用tostring产生了许多日志。然后,你去调查为何如此之慢,才意识到大部分的tostring方法使用的是introspection,它其实是可以被优化的。
当做什么:“返回该对象的字符串表示,该结果必须简明但表述详实易懂。建议所有子类重写该方法”。这里最有趣的就是“简明”和“详实”。我们所钟爱的
ide们常常为我们生成equals/hashcode/tostring这些方法,且我们通常不再去管它们。此外,这些ide们提供了许多方式来生成我
们自己的tostring:字符串连接(使用+号)、stringbuffer、stringbuilder、
tostringbuilder(commons lang 3)、 reflectiontostringbuilder (commons lang
3)、guava或者objects.tostring……该选哪一个?
在该基准测试中,我创建了一个复杂的对象图(使用继承、集合等等),而且我使用到了由ide生成的所有不同tostring的实现方式,来看看哪一
种性能更好。就一条经验法则:简洁。无论你使用哪种技术(如下),为一些属性或者所有属性(包括继承、依赖或者集合)生成tosting,对性能会有巨大
的影响。
用 + 连接字符串
看看下面注解中使用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)
// 使用jmh测出来的平均性能
// (最小, 平均, 最大) = (140772,314, 142075,167, 143844,717)
用objects.tostring连接字符串
java se 7带来了objects类和它的一些静态方法。objects.tostring的优点是它可以处理null值,甚至可以给null设置默认值。其性能与上一个相比略低,但是null值可以被处理:
"att1='" + objects.tostring(att1) + ''' +
", att2='" + objects.tostring(att2) + ''' +
", att3='" + objects.tostring(att3) + ''' +
// (min, avg, max) = (138790,233, 140791,365, 142031,847)
// (最小, 平均, 最大) = (138790,233, 140791,365, 142031,847)
stringbuilder
另一种技术是使用stringbuilder。很难讲清哪一种技术性能更好。如我前面所说,我已经使用了复杂的对象图(att1、 att2和att3变量的命名是为了可读性),jmh给出了或多或少相同的结果。后面这三种技术在性能方面非常接近。
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();
// (min, avg, max) = (96073,645, 141463,438, 146205,910)
// (最小, 平均, 最大) = (96073,645, 141463,438, 146205,910)
guava
return objects.tostringhelper(this)
.add("att1", att1)
.add("att2", att2)
.add("att3", att3)
.add("super", super.tostring()).tostring();
// (min, avg, max) = (97049,043, 110111,808, 114878,137)
// (最小, 平均, 最大) = (97049,043, 110111,808, 114878,137)
commons lang3
commons lang3有一些技术来生成tostring:从builder到 introspector。如同你猜测到的,introspection更容易使用,代码量更少,但是性能比较糟糕:
return new tostringbuilder(this)
.append("att1", att1)
.append("att2", att2)
.append("att3", att3)
.append("super", super.tostring()).tostring();
// (min, avg, max) = ( 73510,509, 75165,552, 76406,370)
// (最小, 平均, 最大) = ( 73510,509, 75165,552, 76406,370)
return tostringbuilder.reflectiontostring(this, tostringstyle.short_prefix_style);
// (min, avg, max) = (31803,224, 34930,630, 35581,488)
// (最小, 平均, 最大) =(31803,224, 34930,630, 35581,488)
return reflectiontostringbuilder.tostring(this);
// (min, avg, max) = (14172,485, 23204,479, 30754,901)
// (最小, 平均, 最大) = (14172,485, 23204,479, 30754,901)
总结
如今有了jvm优化,我们可以安全使用+来连接字符串(及使用objects.tostring来处理null)。有了内置到jdk的实用工具类,
不需要外部框架来处理null值。因此,与本文中讲述的其它技术相比,开箱即用的jdk拥有更好的性能(如果你有其它的框架/技术,请留下评论我来试试
看)。
作为总结,下面是一个从jmh得到的平均性能数据表格(从最高效依次递减)
使用技术
平均操作次数/秒
用’+’连接字符串
142.075,167
string builder
141.463,438
objects.tostring
140.791,365
110.111,808
tostringbuilder (append)
75.165,552
tostringbuilder (reflectiontostring)
34.930,630
reflectiontostringbuilder
23.204,479
再说一次,如果你经常调用tostring方法,这是很重要的。否则,性能就真不是个事。
来源:51cto