Java 开发人员熟悉在一个循环中使用StringBuffer 来代替串联 String 对象能获得最佳性能。然而，多数开发人员从来没有比较两种方法产生的字节代码的区别。
首先我们必须清楚的一点是String类是final类型的，因此你不可以继承这个类、不能修改这个类。我们使用String的时候非常简单，通常都是String s = "hello"，但是Java API中同时提供了一个构造函数为String(Strings)，因此你也可以这样使用String s = newString("hello")，对于后面这样初始化一个String的方式是不推荐的，因为new操作符意味着将会在heap上生成一个新的对象，如果这样的操作发生在一个循环中，那么代价是惨重的。比如
for(int i = 0;i<1000;i++)
{
String s = new String("hello");
}
这将会创建1000个String类型的对象，由于String类是final的，因此这样的操作事实上是每次都生成了一个新的String对象的。如果你使用String s = "hello";那么就可以实现复用了，为什么可以复用呢，下面会有解释：
String s = "hello";
JVM先根据内容"hello"查找对象，如果没有找到，则在heap上创建新对象，并将其赋予s1，否则使用已经存在的对象
String s = new String("hello");
JVM直接在heap上创建新的对象，所以在heap中会出现内容相同，地址不同的String对象
StringBuffer是产生一块内存空间，进行相关的增删改操作都在这块可扩展的内存上来操作，所以它对内存空间的消耗是有优化的，特别是在循环中
效率：String VS StringBuffer
例1：
(1) public String getString(String s1, String s2) {
return s1 + s2;
}
(2) public String getString(String s1, String s2) {
return new StringBuffer().append(s1).append(s2);
}
(1) 的效率与 (2) 一样，这是因为JVM会做如下处理
编译前 return s1 + s2;
编译后 return new StringBuffer().append(s1).append(s2);
例2：
(1) String s = "s1";
s += "s2";
s += "s3";
(2) StringBuffer s = new StringBuffer().append("s1").append("s2").append("s3");
(2) 的效率好于(1)，因为String是不可变对象，每次"+="操作都会造成构造新的String对象
例3：
(1) StringBuffer s = new StringBuffer();
for (int i = 0; i < 50000; i ++) {
s.append("hello");
}
(2) StringBuffer s = new StringBuffer(250000);
for (int i = 0; i < 50000; i ++) {
s.append("hello");
}
(2) 的效率好于 (1)，因为String内部实现是char数组，默认初始化长度为16，每当字符串长度大于char 数组长度的时候，JVM会构造更大的新数组，并将原先的数组内容复制到新数组，(2)避免了复制数组的开销
例4：
(1) String result = "hello" + " world";
(2) StringBuffer result = new String().append("hello").append(" world");
(1) 的效率好于 (2)，不要奇怪，这是因为JVM会做如下处理
编译前 String result = "hello" + " world";
编译后 String result = "hello world";
关键点
1. 不要使用 new 创建 String
2. 注意 .intern() 的使用
3. 在编译期能够确定字符串值的情况下，使用"+"效率最高
4. 避免使用 "+=" 来构造字符串
5. 简单的认为 .append() 效率好于 "+" 是错误的！
- 深圳市一键一家网络科技有限公司官方网址：http://www.songhu9.com.cn
- QQ:316675593,电话号码:19807655856
- 业务范围：公司网站建设、管理软件研发、软件网站二次开发、400电话、电商平台研发、公众号研发！
- 免责申明：本站内容均来源于网络，版权归原创所有，如有任何版权方面的问题，请与我们联系处理！
