字符串连接:concat() vs "+"运算符

假设字符串a和b:

a += b
a = a.concat(b)

在引擎盖下，它们是一样的吗?

这里是concat反编译作为参考。我希望能够反编译+操作符以及看看它做什么。

public String concat(String s) {

    int i = s.length();
    if (i == 0) {
        return this;
    }
    else {
        char ac[] = new char[count + i];
        getChars(0, count, ac, 0);
        s.getChars(0, i, ac, count);
        return new String(0, count + i, ac);
    }
}

当前回答

当使用+时，速度会随着字符串长度的增加而降低，但是当使用concat时，速度会更稳定，最好的选择是使用StringBuilder类，它具有稳定的速度。

我想你能理解为什么。但是创建长字符串的最好方法是使用StringBuilder()和append()，这两种速度都是不可接受的。

2015-02-10 09:51:21

其他回答

不，不完全是。

首先，语义上略有不同。如果a为空，则a.c concat(b)抛出NullPointerException，但a+=b将把a的原始值视为空值。此外，concat()方法只接受String值，而+运算符将无声地将参数转换为String(对对象使用toString()方法)。因此concat()方法在接受内容方面更加严格。

为了深入了解，用a += b写一个简单的类;

public class Concat {
    String cat(String a, String b) {
        a += b;
        return a;
    }
}

现在使用javap -c(包含在Sun JDK中)进行反汇编。您应该看到一个清单，包括:

java.lang.String cat(java.lang.String, java.lang.String);
  Code:
   0:   new     #2; //class java/lang/StringBuilder
   3:   dup
   4:   invokespecial   #3; //Method java/lang/StringBuilder."<init>":()V
   7:   aload_1
   8:   invokevirtual   #4; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
   11:  aload_2
   12:  invokevirtual   #4; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
   15:  invokevirtual   #5; //Method java/lang/StringBuilder.toString:()Ljava/lang/    String;
   18:  astore_1
   19:  aload_1
   20:  areturn

a += b等于

a = new StringBuilder()
    .append(a)
    .append(b)
    .toString();

concat方法应该更快。但是，对于更多的字符串，StringBuilder方法胜出，至少在性能方面是这样。

String和StringBuilder的源代码(以及它的包私有基类)可以在Sun JDK的src.zip中找到。您可以看到您正在构建一个char数组(根据需要调整大小)，然后在创建最终String时将其丢弃。实际上，内存分配的速度快得惊人。

更新:正如Pawel Adamski所指出的，性能在最近的HotSpot中有所改变。Javac仍然生成完全相同的代码，但是字节码编译器会作弊。简单的测试完全失败，因为整个代码体都被丢弃了。总结系统。identityHashCode(不是String.hashCode)显示StringBuffer代码有一点优势。可能会在发布下一次更新时更改，或者如果您使用不同的JVM。来自@lukaseder的HotSpot JVM intrinsic列表。

2008-09-06 16:25:37

我不这么想。

a.concat(b)是在String中实现的，我认为自早期java机器以来，实现没有太大变化。+操作的实现取决于Java版本和编译器。目前+是使用StringBuffer实现的，以使操作尽可能快。也许在未来，这种情况会改变。在java +的早期版本中，对字符串的操作要慢得多，因为它产生中间结果。

我猜+=是使用+实现的，并进行了类似的优化。

2008-09-06 16:22:39

注意s.concat(“hello”);当s为空时，将导致NullPointereException。在Java中，+操作符的行为通常由左操作数决定:

System . out。printin (3 + a);/ / 100

但是，字符串是个例外。如果任意一个操作数是String，则预期结果是String。这就是null被转换为“null”的原因，即使你可能期望一个RuntimeException。

2021-12-30 19:19:07

Tom准确地描述了+运算符的作用。它创建了一个临时的StringBuilder，添加了部分，并以toString()结束。

然而，到目前为止，所有的答案都忽略了HotSpot运行时优化的影响。具体来说，这些临时操作被认为是一种公共模式，并在运行时被更有效的机器代码所取代。

@marcio:你创建了一个微基准测试;在现代JVM中，这不是一种分析代码的有效方法。