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

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

913b15d9a8be478193472b1da915e9bf.png

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

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

1、普通拼接

普通的几个字符串拼接成一个字符串,直接使用“+” 因为教材等原因,当前依旧有许多人拼接字符串时认为使用“+”耗性能,首选StringBuilder。另外,推荐公众号Java精选,回复java面试,获取面试资料,支持随时随地刷题。

实际上,从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进行反编译,因为反编译有优化,会都反编译成“+”拼接的,看不出来编译后的真正情况。

4877596ffadadec24e5a47bd3853aad2.png

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

推荐程序员摸鱼地址:

https://www.yoodb.com/slack-off/home.html

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

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。

作者:京东零售 姜波

来源:京东云开发者社区

公众号“Java精选”所发表内容注明来源的,版权归原出处所有(无法查证版权的或者未注明出处的均来自网络,系转载,转载的目的在于传递更多信息,版权属于原作者。如有侵权,请联系,笔者会第一时间删除处理!
最近有很多人问,有没有读者交流群!加入方式很简单,公众号Java精选,回复“加群”,即可入群!

🔥Java精选面试题🔥:3000+道面试题,包含Java基础、并发、JVM、线程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架构设计等,在线随时刷题!
------ 特别推荐 ------
特别推荐:专注分享最前沿的技术与资讯,为弯道超车做好准备及各种开源项目与高效率软件的公众号,「大咖笔记」,专注挖掘好东西,非常值得大家关注。点击下方公众号卡片关注。

点击“阅读原文”,了解更多精彩内容!文章有帮助的话,点在看,转发吧!
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 非常感谢您的提问。我了解到您使用的是CSDN上开发的C知道,并且我是一个类似于ChatGPT的AI模型,我们之间没有直接的联系。 关于您的问题,使用引号将空格括起来是一种常见的字符串表示方法,它可以将一个由多个单词组成的字符串表示为一个整体。在某些情况下,这种表示方法可以方便地处理字符串,但并不是所有情况都适用。在for循环中使用引号括起来的字符串可能会引起语法错误,因为编译器无法识别它们。因此,使用for循环时,通常建议不要使用引号来表示空格。 如果您有其他问题,我很乐意尝试回答它们。请随时向我提问! ### 回答2: 在for循环中使用“+”进行字符串拼接耗费大量的时间和资源。这是因为每次拼接字符串时,都会创建一个新的字符串对象,并且将原始字符串和要拼接的部分复制到新的字符串中。由于字符串是不可变的,每次拼接都需要创建一个新的字符串对象,这将导致频繁的内存分配和复制操作,严重影响性能。 相比之下,使用“+”进行字符串拼接的时间复杂度为O(n^2),其中n是要拼接字符串的长度。在for循环中进行重复的字符串拼接操作时,会导致时间复杂度呈指数级增长,非常低效。 为了避免这种性能问题,推荐使用StringBuilder类或StringBuffer类来进行字符串拼接。这两个类都提供了高效的字符串拼接方法,通过追加字符串的方式来实现拼接,避免了创建新的字符串对象和频繁的复制操作。StringBuilder相比于StringBuffer具有更高的性能,但是不是线程安全的。 综上所述,为了提高性能,避免不必要的内存分配和复制操作,不建议在for循环中使用“+”进行字符串拼接,而是应该使用StringBuilder或StringBuffer类来进行字符串拼接。 ### 回答3: 在使用 for 循环时,不建议使用“+”进行字符串拼接的主要原因是字符串是不可变的。每次进行字符串拼接时,都会创建一个新的字符串对象,而且字符串对象无法修改,只能重新创建一个包含新内容的字符串对象。 这样的操作会消耗大量的系统资源和时间。当循环次数较多时,每次拼接字符串都会引发一次创建对象的开销,导致性能下降,程序执行时间变长。 相比之下,在大量字符串拼接的情况下,使用“+”运算符拼接字符串效率较低。而使用StringBuilder类或StringBuffer类来进行字符串拼接,会更高效。这两个类都是基于可变字符序列的,可以直接在原来的字符串上进行修改和添加,避免了创建多个字符串对象的开销。 因此,在循环中如果需要进行字符串拼接操作,建议使用StringBuilder类或StringBuffer类,先创建一个StringBuilder(或StringBuffer)对象,然后在循环中通过调用其append()方法来添加字符串,最后使用toString()方法转换为String类型输出。 总之,不建议在for循环中使用“+”进行字符串拼接,应该使用StringBuilder或StringBuffer类来提高程序性能。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值