字符串串联：concat（）与“ +”运算符

Question

假设字符串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);
    }
}

Answer 1

不，不是。

首先，语义上略有不同。如果a是null，则a.concat(b)抛出一个NullPointerException，但a+=b将把原来的值a就好像它是null。此外，该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，至少在性能方面，该方法是成功的。

Stringand的源代码StringBuilder（及其包专用基类）在Sun JDK的src.zip中可用。您会看到正在建立一个char数组（根据需要调整大小），然后在创建final时将其丢弃String。实际上，内存分配出奇的快。

更新：正如Pawel Adamski指出的那样，在最近的HotSpot中，性能已经发生了变化。javac仍然产生完全相同的代码，但是字节码编译器作弊。简单的测试完全失败，因为整个代码主体都被丢弃了。总结System.identityHashCode（不是String.hashCode）表明StringBuffer代码有一点优势。下一次更新发布时或使用其他JVM时，可能会发生更改。