字符串拼接效率优化

---

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