为何不要在for循环里用+=来拼接字符串?

为何不要在for循环里用+=来拼接字符串?

一. 案例Demo

先看下这个代码:

import org.junit.Test;

public class TestString {
    @Test
    public void testString() {
        String str="aaaaaaaaaaaaaaaaa";
        for (int i = 0; i < 1000; i++) {
            str+=str;
        }
    }
}

然后配置下相关的参数:

-verbose:ge -Xms2m -Xmx2m -Xmn1m -XX:+PrintGCDetails -XX:SurvivorRatio=8 

运行后的结果如下,可见抛了OOM在这里插入图片描述
为什么会造成这种情况?我们来分析下+=操作发生了什么。

二. 剖析+=操作的内部原理

找到这个类的class文件,一般maven install后,就会生成对应的target目录,下面就有,如图:
在这里插入图片描述
在该class文件所在目录中输入命令:

javap -c TestString.class > 1.txt

然后会生成对应的txt文件,打开查看里面的内容:

Compiled from "TestString.java"
public class TestString {
  public TestString();
    Code:
       0: aload_0
       1: invokespecial #1                  // Method java/lang/Object."<init>":()V
       4: return

  public void testString();
    Code:
       0: ldc           #2                  // String aaaaaaaaaaaaaaaaa
       2: astore_1
       3: iconst_0
       4: istore_2
       5: iload_2
       6: sipush        1000
       9: if_icmpge     37
      12: new           #3                  // class java/lang/StringBuilder
      15: dup
      16: invokespecial #4                  // Method java/lang/StringBuilder."<init>":()V
      19: aload_1
      20: invokevirtual #5                  // Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
      23: aload_1
      24: invokevirtual #5                  // Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
      27: invokevirtual #6                  // Method java/lang/StringBuilder.toString:()Ljava/lang/String;
      30: astore_1
      31: iinc          2, 1
      34: goto          5
      37: return
}

仔细观察code12~27之间的内容,我们可以发现,原代码为:

str+=str;

经过反编译后,其步骤如下:

  1. new StringBuilder()
  2. StringBuilder.append()
  3. StringBuilder.toString()

我们发现,字符串在做 + 拼接的时候,实际上会new一个StringBuilder对象,那么如果我们循环了10000次,也就是会new出10000个StringBuilder对象。

如果把上述代码改成这样:(加上同样的VM配置)

@Test
public void testStringBuilder() {
    String str ="aaaaaaaaaaaaaaaaa";
    StringBuilder builder = new StringBuilder();
    for (int i = 0; i < 1000; i++) {
        builder.append(str);
    }
}

运行结果如下:能正常运行
在这里插入图片描述

因此,有个结论:在for循环里面进行字符串+=拼接的这种写法非常的占用内存。 并且alibaba开发手册中推荐在for循环中,对于字符串的拼接,用StringBuilder.append()来代替+=

文章到这里就结束啦,感谢各位读者~

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
### 回答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类来提高程序性能。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Zong_0915

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值