为什么IDEA建议去掉StringBuilder,使用“+”拼接字符串?

点击上方 "程序架构之家" 关注公众号 设为星标 终身学习 技术干货 及时送达
往期回顾  

1、程序员被奖励 38g 黄金空格键,价值近 2 万元,网友:“每次敲击一下都是钱声!”
2、Git操作你还在用merge么?了解了解rebase吧!


各位小伙伴在字符串拼接时应该都见过下面这种提示:

内容翻译:报告StringBuffer、StringBuilder或StringJoiner的任何用法,这些用法可以用单个java.lang.String串联来替换。使用字符串串联可以使代码更短、更简单。只有当得到的串联至少与原始代码一样高效或更高效时,此检查才会报告。

大家普遍认知中,字符串拼接要用 StringBuilder,那为什么 idea 会建议你是用“+”呢,那到底 StringBuilder  和 “+”有什么具体区别呢,我们一起来探究一下。

1、普通拼接

普通的几个字符串拼接成一个字符串,直接使用“+” 因为教材等原因,当前依旧有许多人拼接字符串时认为使用“+”耗性能,首选StringBuilder。

实际上,从JDK5开始,Java编译器就做了优化,使用“+”拼接字符串,编译器编译后实际就自动优化为使用StringBuilder。

新建测试类StringTest,分别创建使用“+”拼接字符串和使用StringBuilder拼接字符串的方法;并新增Junit测试用例,分别调用拼接字符串100000次(这里不是循环拼接,而是执行多次拼接,因为一次拼接耗时太少,看不出差异),打印耗时。

/**
 * 使用+拼接字符串
 */

public String concatenationStringByPlus(String prefix, int i) {
    return prefix + "-" + i;
}

/**
 * 使用StringBuilder拼接字符串
 */

public String concatenationStringByStringBuilder(String prefix, int i) {
    return new StringBuilder().append(prefix).append("-").append(i).toString();
}

/**
 * 测试使用+拼接字符串耗时
 */

@Test
public void testStringConcatenation01ByPlus() {
    long startTime = System.currentTimeMillis();
    int count = 100000;
    for (int i = 0; i < count; i++) {
        String str = concatenationStringByPlus("testStringConcatenation01ByStringBuilder:", i);
    }
    long endTime = System.currentTimeMillis();
    System.out.println("testStringConcatenation01ByPlus,拼接字符串" + count + "次,花费" + (endTime - startTime) + "秒");
}


/**
 * 测试使用StringBuilder拼接字符串耗时
 */

@Test
public void testStringConcatenation02ByStringBuilder() {
    long startTime = System.currentTimeMillis();
    int count = 100000;
    for (int i = 0; i < count; i++) {
        String str = concatenationStringByStringBuilder("testStringConcatenation02ByStringBuilder:", i);
    }
    long endTime = System.currentTimeMillis();
    System.out.println("testStringConcatenation02ByStringBuilder,拼接字符串" + count + "次,花费" + (endTime - startTime) + "秒");
}

执行Junit用例,看耗时统计输出:

testStringConcatenation01ByPlus,拼接字符串100000次,花费33
testStringConcatenation02ByStringBuilder,拼接字符串100000次,花费36

虽然有差异,但是差异极小,考虑到执行了100000次,每次耗时的差异就更小了,而且程序执行有各种因素影响执行效率,可以认为耗时差不多。也可以多次执行对比耗时差异,也可以发现基本一致。

到class文件所在目录,执行 javap -c StringTest.class,对class文件进行反编译,查看编译后的代码差异。这里不要使用Intellij idea和JD进行反编译,因为反编译有优化,会都反编译成“+”拼接的,看不出来编译后的真正情况。

从图上可以看出两种拼接方法反编译后完全一样,没有差异,执行效率自然也是一样的。

既然执行效率一样,从代码简洁利于阅读考虑,推荐使用“+”拼接字符串。

2、循环拼接

循环拼接一个长字符串,建议使用StringBuilder,虽然“+”拼接字符串编译后也会变成StringBuilder,但是每次循环处理都会new一个StringBuilder对象,耗时会大大增加。而直接使用StringBuilder,new一次就可以了,效率相对高。

新增2个Junit测试用例,循环拼接10000次拼接一个字符串(次数少于上面的用例,因为拼接的是一个字符串,如果拼接次数太多,可能引发内存溢出):

/**
 * 循环使用+拼接字符串
 */

@Test
public void testLoopStringConcatenation03ByPlus() {
    long startTime = System.currentTimeMillis();
    int count = 10000;
    String str = "testLoopStringConcatenation03ByPlus:";
    for (int i = 0; i < count; i++) {
        str = str + "-" + i;
    }
    System.out.println(str);
    long endTime = System.currentTimeMillis();
    System.out.println("testLoopStringConcatenation03ByPlus,拼接字符串" + count + "次,花费" + (endTime - startTime) + "秒");
}

/**
 * 测试循环使用StringBuilder拼接字符串耗时
 */

@Test
public void testLoopStringConcatenation04ByStringBuilder() {
    long startTime = System.currentTimeMillis();
    int count = 100000;
    StringBuilder stringBuilder = new StringBuilder("testLoopStringConcatenation04ByStringBuilder:");
    for (int i = 0; i < count; i++) {
        stringBuilder.append("-");
        stringBuilder.append(i);
    }
    String str = stringBuilder.toString();
    System.out.println(str);
    long endTime = System.currentTimeMillis();
    System.out.println("testLoopStringConcatenation04ByStringBuilder,拼接字符串" + count + "次,花费" + (endTime - startTime) + "秒");
}

执行Junit用例,看耗时统计输出:

testLoopStringConcatenation03ByPlus,拼接字符串10000次,花费463
testLoopStringConcatenation04ByStringBuilder,拼接字符串10000次,花费13

可以看出,差异明显,不在一个量级了。

总结

  1. 单纯的字符串拼接使用“+”,更快更简洁。

  2. 循环拼接时使用“+”拼接字符串效率较低,推荐使用 StringBuilder。

-End-

精彩推荐  1、厉害了,用 IDEA 神器 看源码,效率真高!2、使用 IDEA 远程 Debug 调试(一篇懂所有)
3、IDEA新UI速览,成了 VS Code 的样子?4、使用 @Autowired 为什么会被 IDEA 警告,应该怎么修改最佳?终身学习知识星球
构建高质量的终身学习知识星球,旨在帮助读者构建自己的知识体系。

加入星球后,可以获得高质量的专栏系列内容,还可以对星主进行一对一提问,专栏内容为星主长期积累梳理构成,近期会不断的更新主题,近期已更新终身学习-面试系列,适合正在进行面试准备的读者,根据自身情况构建自己的知识体系。同时还提供专栏学习打卡,以及赠书福利等。



程序架构技术群

构建高质量的技术交流社群,欢迎从事编程开发、技术招聘HR进群,也欢迎大家分享自己公司的内推信息,相互帮助,一起进步!

文明发言,以交流技术职位内推行业探讨为主

广告人士勿入,切勿轻信私聊,防止被骗,加我好友,拉你进群 


感谢关注,分享不易,提升自己,惠泽他人

终身学习,点赞关注不迷路

相关推荐

  • Redis实现分页+多条件模糊查询组合方案!
  • 为什么华为请 IBM 做咨询会超过 IBM
  • 从4万行代码降到1.8万,腾讯视频竟然用DDD做架构重构?
  • 推荐一个Node.js多版本管理的可视化工具
  • 前端基建到底建的是啥?大小公司又有啥区别?
  • typhonjs-escomplex 代码可读性 & 可维护度探索
  • 一站式的量化交易框架
  • 一文带你读懂生产者和消费者模型
  • 清华最强本科生终极之战!官方搭擂台,丘成桐都来围观了
  • 如何有效利用ChatGPT写代码?
  • 跨越时空的相遇
  • 为什么 idea 建议去掉 StringBuilder,使用“+”拼接字符串
  • 【字节】介绍 CSS 隐藏页面中某个元素的几种方法
  • Redis实现分页+多条件模糊查询组合方案!
  • [开源]MIT协议,集流程管理、任务办理于一体开源工作流开发平台
  • 教老外打造IP,5人团队年入1000万实操分享
  • 做了个智能小屋,贼有意思!
  • 刚来实习就跑路,可行么?
  • ​​1114.AI日报:大佬吐槽国产大模型,套壳Llama 假装自研
  • C++程序员新买的显示器,据说可以完整显示g++报错