[Java]String中“+”的实现原理及效率
在Java中String的操作很多时候都与连接符"+"有关，比如我们可以用String = int + "" 将一个int整数或是其他基本类型转为String类型，也可以用String = String + String 连接两个字符串。那么这些连接符具体是如何实现的呢？他们的效率又如何呢？
首先我们可以在API文档上查阅到：
Java 语言提供对字符串串联符号（"+"）以及将其他对象转换为字符串的特殊支持。字符串串联是通过 StringBuilder（或 StringBuffer）类及其 append 方法实现的。字符串转换是通过 toString 方法实现的，该方法由 Object 类定义，并可被 Java 中的所有类继承。有关字符串串联和转换的更多信息，请参阅 Gosling、Joy 和 Steele 合著的 The Java Language Specification。
到底是否如上所说呢?决定用反编译验证一下，代码如下：
public class Test {
public static void main(String[] args) {
int i = 10;
String s = "abc";
System.out.println(s + i);
}
}
反编译后代码变为：
public class Test {
public static void main(String args[]) { //删除了默认构造函数和字节码
byte byte0 = 10;
String s = "abc";
System.out.println((new StringBuilder()).append(s).append(byte0).toString());
}
}
这样我们就能很清晰的看到，原来Java中"+"连接字符串对象时，会创建一个StringBuilder()对象并调用append()方法将数据拼接，最后调用toString()方法返回拼接好的字符串，由于append()方法的各种重载形式会调用String.valueOf方法，所以我们可以认为：
//以下两者是等价的
s = i + ""
s = String.valueOf(i);
//以下两者也是等价的
s = "abc" + i;
s = new StringBuilder("abc").append(i).toString();
这种JVM隐式创建StringBuilder的方式在大部分情况下并不会造成效率的损失，不过在进行大量循环拼接字符串时则需要注意，例如源代码为：
</pre><pre name="code" class="java">public class Test {
public static void main(String[] args) {
String s = "abc";
for (int i=0; i<10000; i++) {
s += "abc";
}
}
}
反编译后代码为：
public class Test {
public static void main(String args[]) {
String s = "abc";
for(int i = 0; i < 1000; i++) {
s = (new StringBuilder()).append(s).append("abc").toString();
}
}
}
这样由于大量StringBuilder创建在堆内存中，肯定会造成效率的损失，所以在这种情况下建议在循环体外创建一个StringBuilder对象调用append()方法手动拼接（如上面例子如果使用手动拼接运行时间将缩小到1/200左右）。与此之外还有一种特殊情况，也就是当"+"两端均为字符串常量（此时指的是"abc"等而不是final修饰的String对象）时，在编译过后会直接拼接好，例如：
public class Test {
public static void main(String[] args) {
System.out.println("Hello" + "World");
}
}
反编译后变为：
public class Test {
public static void main(String args[]) {
System.out.println("HelloWorld");
}
}
这样的情况效率肯定是最佳的，不过一般不会有人会用"+"拼接两个字符串常量吧。
最后结论：在大部分情况下，使用"+"连接字符串并不会造成效率上的损失，同时可以提高程序的易读性和简洁度，不会担心尽管使用便是！
————————————————
版权声明：本文为CSDN博主「ScienJus」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/sinat_19425927/article/details/38663461
