先上我的结论吧
不管是Java还是Kotlin,字符串拼接,如果是单行代码无嵌套,可以任意使用+,concat,或者StringBuilder,编译器会自动优化为StringBuilder的方式,并使用append的链式调用。但如果是嵌套拼接,比如在一个for循环里,最好的方式就是使用StringBuilder,因为这种上下文环境编译器可能无法自动优化。
StringBuilder构造函数默认是16个字符,也就是说如果待拼接的字符串总长度不小于16的字符的话,那么其实直接拼接和我们手动写StringBuilder区别不大,但是我们自己构造StringBuilder类可以指定数组的大小,避免分配过多的内存。也就是我们可以而且大多数情况下也可以预估字符串拼接大小,避免分配过多的内存。
经常看到师父的代码中使用StringBuilder来拼接字符串,各种append,起初并不明白为啥要这么写。
private String byte2HexStr(byte[] b) {
StringBuilder sb = new StringBuilder();
for (int i = 0; i < b.length; ++i) {
String s = Integer.toHexString(b[i] & 0xFF);
if (s.length() == 1)
sb.append("0");
sb.append(s.toUpperCase());
}
return sb.toString();
}
StringBuilder sb = new StringBuilder("staring subscribe instrument:");
sb.append(Arrays.stream(instruments).collect(Collectors.joining(",")));
if (LOG.isInfoEnabled()) {
StringBuffer sb = new StringBuffer("recieved data:"); sb.append(pDepthMarketData.getInstrumentID()).append(",").append(pDepthMarketData.getUpdateTime()).append(" ").append(pDepthMarketData.getLastPrice());
LOG.info(sb.toString());
}
后来在探寻为什么写日志前还需要if (LOG.isInfoEnabled()) 这个“多余”的判断(因为日志打印函数内部会自己做判断)的时候发现了原因。是为了避免打印拼接参数字符串,以提升性能。
image.png
那么问题来了,字符串拼接的效率如何?如下第三篇文章使用JMH基准测试来客观公正的用测试结果说话,值得花时间仔细阅读。
Java字符串拼接效率分析及最佳实践
StringBuffer and StringBuilder performance with JMH
结论
image.png
image.png
image.png
Kotlin字符串模板经编译后也是StringBuilder append的链式调用,所以放心大胆的用吧:)
image.png