String、StringBuffer与StringBuilder差分

的位置不言而喻。那么他们究竟有什么优缺点，究竟什么时候该用谁呢？以下我们从以下几点说明一下

　　1.三者在运行速度方面的比較：StringBuilder >  StringBuffer  >  String

　　2.String <（StringBuffer，StringBuilder）的原因

　　　　String：字符串常量

　　　　StringBuffer：字符创变量

　　　　StringBuilder：字符创变量

　　　　从上面的名字能够看到。String是“字符创常量”。也就是不可改变的对象。

对于这句话的理解你可能会产生这样一个疑问  ，比方这段代码：

1 String s = "abcd";

2 s = s+1;

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

　　　   我们明明就是改变了String型的变量s的。为什么说是没有改变呢? 事实上这是一种欺骗，JVM是这样解析这段代码的：首先创建对象s，赋予一个abcd，然后再创建一个新的对象s用来　　　　运行第二行代码。也就是说我们之前对象s并没有变化，所以我们说String类型是不可改变的对象了，因为这样的机制，每当用String操作字符串时。实际上是在不断的创建新的对象，而原来的对象就会变为垃圾被ＧＣ回收掉。可想而知这样运行效率会有多底。

　　　  而StringBuffer与StringBuilder就不一样了。他们是字符串变量。是可改变的对象，每当我们用它们对字符串做操作时，实际上是在一个对象上操作的。这样就不会像String一样创建一些而外的对象进行操作了，当然速度就快了。

　　3.一个特殊的样例：

1 String str = “This is only a” + “ simple” + “ test”;

3 StringBuffer builder = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);

　　

　　　　你会非常吃惊的发现，生成str对象的速度简直太快了，而这个时候StringBuffer竟然速度上根本一点都不占优势。事实上这是JVM的一个把戏，实际上：

　　　　String str = “This is only a” + “ simple” + “test”;

　　　　事实上就是：

　　　　String str = “This is only a simple test”;

　　　　所以不须要太多的时间了。

但大家这里要注意的是。假设你的字符串是来自另外的String对象的话，速度就没那么快了，譬如：

　　　　String str2 = “This is only a”;

　　　　String str3 = “ simple”;

　　　　String str4 = “ test”;

　　　　String str1 = str2 +str3 + str4;

　　　　这时候JVM会规规矩矩的依照原来的方式去做。

　　4.StringBuilder与 StringBuffer

　　　　StringBuilder：线程非安全的

　　　　StringBuffer：线程安全的

　　　　当我们在字符串缓冲去被多个线程使用是，JVM不能保证StringBuilder的操作是安全的，尽管他的速度最快，可是能够保证StringBuffer是能够正确操作的。当然大多数情况下就是我们是在单线程下进行的操作，所以大多数情况下是建议用StringBuilder而不用StringBuffer的。就是速度的原因。

对于三者使用的总结： 1.假设要操作少量的数据用 = String

　　　　　　　　　　              2.单线程操作字符串缓冲区 下操作大量数据 = StringBuilder

　　　　　　　　　　              3.多线程字符串缓冲区 操作大量的数据 = StringBuffer