- 先上我的结论吧
不管是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
