京东一面:为什么 IDEA 建议去掉 StringBuilder,而要用 “+” 拼接字符串?

共 6595字,需浏览 14分钟

 ·

2024-08-12 08:00

因公众号更改推送规则,请点“在看”并加“星标”第一时间获取精彩技术分享

点击关注#互联网架构师公众号,领取架构师全套资料 都在这里

0、2T架构师学习资料干货分

上一篇:2T架构师学习资料干货分享

大家好,我是互联网架构师!
各位小伙伴在字符串拼接时应该都见过下面这种提示:
内容翻译:报告StringBuffer、StringBuilder或StringJoiner的任何用法,这些用法可以用单个java.lang.String串联来替换。使用字符串串联可以使代码更短、更简单。只有当得到的串联至少与原始代码一样高效或更高效时,此检查才会报告。

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

普通拼接

普通的几个字符串拼接成一个字符串,直接使用“+” 因为教材等原因,当前依旧有许多人拼接字符串时认为使用“+”耗性能,首选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();}/** * 测试使用+拼接字符串耗时 */@Testpublic 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拼接字符串耗时 */@Testpublic 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进行反编译,因为反编译有优化,会都反编译成“+”拼接的,看不出来编译后的真正情况。

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

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

循环拼接

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

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

/** * 循环使用+拼接字符串 */@Testpublic 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拼接字符串耗时 */@Testpublic 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。
    作者:姜波
    来源:juejin.cn/post/7296017053468147738


—  —
如喜欢本文,请点击右上角,把文章分享到朋友圈

1、2T架构师学习资料干货分享

2、10000+TB 资源,阿里云盘,牛逼!!

3、基本涵盖了Spring所有核心知识点总结

4、阿里员工:内推一个38岁研发,连简历都没评估过,这年龄找工作太难了,仿佛看到未来的自己

  · END ·

最后,关注公众号互联网架构师,在后台回复:2T,可以获取我整理的 Java 系列面试题和答案,非常齐全

如果这篇文章对您有所帮助,或者有所启发的话,帮忙扫描上方二维码关注一下,您的支持是我坚持写作最大的动力。

求一键三连点赞、转发、在看

浏览 77
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报