字符串串联:concat()与“ +”运算符
假设字符串a和b:
a += ba = 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);
}
}
回答:
不,不是。
首先,语义上略有不同。如果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时,可能会发生更改。
以上是 字符串串联:concat()与“ +”运算符 的全部内容, 来源链接: utcz.com/qa/409180.html