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

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

图片

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

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

普通拼接

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

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

/**
 * 使用+拼接字符串
 */
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进行反编译,因为反编译有优化,会都反编译成“+”拼接的,看不出来编译后的真正情况。

图片

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

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

循环拼接

循环拼接一个长字符串,建议使用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 中,**字符串拼接建议使用 `StringBuilder`(或 `StringBuffer`)**,而不是直接使用 `+` 或 `+=` 运算符进行拼接。这是因为 `String` 是不可变对象,每次拼接都会创建新的对象,造成性能浪费。而 `StringBuilder` 是可变的,可以高效地进行多次拼接操作。 --- ## 🧠 为什么不能频繁使用 `+` 拼接? ### 示例代码: ```java String result = ""; for (int i = 0; i < 1000; i++) { result += i; // 每次都会创建新 String 对象 } ``` ### 分析: - `result += i` 实际上是编译器优化后的 `new StringBuilder().append(result).append(i).toString()`。 - 每次循环都会创建一个新的 `StringBuilder` 对象,再转换为 `String`,导致大量中间对象产生。 - **时间复杂度为 O(n²)**,效率非常低。 --- ## ✅ 推荐做法:使用 `StringBuilder` ```java StringBuilder sb = new StringBuilder(); for (int i = 0; i < 1000; i++) { sb.append(i); } String result = sb.toString(); ``` ### 优点: - `StringBuilder` 内部维护一个字符数组 `char[]`,默认容量为16; - 拼接时直接修改这个数组,不会每次都创建新对象; - 最终调用 `toString()` 才会创建一次 `String` 对象; - **时间复杂度为 O(n)**,效率高。 --- ## 🔁 性能对比(简单测试) | 方式 | 拼接1万次耗时 | |------------------|---------------| | `+` 拼接 | 几百毫秒 | | `StringBuilder` | 几毫秒以内 | --- ## ⚠️ 注意事项 - `StringBuilder` 是线程不安全的,适合单线程环境; - 如果在多线程环境中拼接字符串,应使用 `StringBuffer`,它是线程安全的(方法都加了 `synchronized`); - 尽量提前估算容量,避免频繁扩容: ```java StringBuilder sb = new StringBuilder(1024); // 初始容量为1024 ``` --- ## ✅ 总结 | 特性 | 使用 `+` | 使用 `StringBuilder` | |--------------------|------------------------|----------------------------| | 是否创建新对象 | 是 | 否 | | 线程安全性 | 不适用 | `StringBuilder`: 否;`StringBuffer`: 是 | | 适用于循环拼接 | ❌ 不推荐 | ✅ 强烈推荐 | | 可读性 | 高 | 略低 | ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值