Java字符串嵌套拼接的问题_字符串拼接效率优化

先上我的结论吧

不管是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