String与 StringBuilder与StringBuffer的区别

String 字符串常量
StringBuffer 字符串变量（线程安全）
StringBuilder 字符串变量（非线程安全）

1 先给一个例子

String是“字符创常量”，也就是不可改变的对象。对于这句话的理解你可能会产生这样一个疑问  ，比如这段代码：

String s = "abcd";

s = s+1;

System.out.print(s);// result : abcd1

 我们明明就是改变了String型的变量s的，为什么说是没有改变呢? 其实这是一种欺骗，JVM是这样解析这段代码的：

执行第一行代码，创建引用变量s，再在字符串常量池中创建一个常量"abcd"，接着再将引用变量s指向常量池中的"abcd"　　

执行第二行代码，会在堆内存里面创建 "abcd"+"1"级"abcd1"对象，再将s引用指向堆内存的"abcd"+"1"

所以事实上之前的"abcd"　并没有被改变，仍然在内存中存在，改变的是引用变量s的指向

总结：由于这种机制，每当用String操作字符串时，实际上是在不断的创建新的对象，而原来的对象就会变为垃圾被ＧＣ回收掉，可想而知这样执行效率会有多底。

在内存中的执行过程大概如下

　　　  

2 关于字符串的拼接，我们到底该怎么选择？

在大多数情况下，我们选择StringBuilder的效率会比较高，在某些 特殊情况下，我们选择String效率会比较高

如下面的例子

 String S1 = “This is only a” + “ simple” + “ test”;
 StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);
 你会很惊讶的发现，生成 String S1 对象的速度简直太快了，而这个时候 StringBuffer 居然速度上根本一点都不占优势。其实这是 JVM 的一个把戏，在 JVM 眼里，这个
 String S1 = “This is only a” + “ simple” + “test”; 其实就是：
 String S1 = “This is only a simple test”; 所以当然不需要太多的时间了。因为这一些字符串在编译的 时期就可以确定下来了，是相当于一个常 量。

但大家这里要注意的是，如果你的字符串是来自另外的 String 对象的话，速度就没那么快了，因为是在运行的时候才确定下来的，譬如：
String S2 = “This is only a”;
String S3 = “ simple”;
String S4 = “ test”;
String S1 = S2 +S3 + S4;
这时候 JVM 会规规矩矩的按照原来的方式去做

3  在大部分情况下 StringBuilder > StringBuffer

java.lang.StringBuilde
java.lang.StringBuilder一个可变的字符序列是5.0新增的。此类提供一个与 StringBuffer 兼容的 API，但不保证同步。该类被设计用作 StringBuffer 的一个简易替换，用在字符串缓冲区被单个线程使用的时候（这种情况很普遍）。如果可能，建议优先采用该类，因为在大多数实现中，它比 StringBuffer 要快。两者的方法基本相同。

参考文章： http://blog.csdn.net/rmn190/article/details/1492013