最近學(xué)習(xí)到StringBuffer，心中有好些疑問，搜索了一些關(guān)于String，StringBuffer，StringBuilder的東西，現(xiàn)在整理一下。

關(guān)于這三個類在字符串處理中的位置不言而喻，那么他們到底有什么優(yōu)缺點(diǎn)，到底什么時候該用誰呢？下面我們從以下幾點(diǎn)說明一下

　　1.三者在執(zhí)行速度方面的比較：StringBuilder >  StringBuffer  >  String

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

　　　　String：字符串常量

　　　　StringBuffer：字符創(chuàng)變量

　　　　StringBuilder：字符創(chuàng)變量

　　　　從上面的名字可以看到，String是“字符創(chuàng)常量”，也就是不可改變的對象。對于這句話的理解你可能會產(chǎn)生這樣一個疑問  ，比如這段代碼：

 　　　   我們明明就是改變了String型的變量s的，為什么說是沒有改變呢? 其實(shí)這是一種欺騙，JVM是這樣解析這段代碼的：首先創(chuàng)建對象s，賦予一個abcd，然后再創(chuàng)建一個新的對象s用來　　　　執(zhí)行第二行代碼，也就是說我們之前對象s并沒有變化，所以我們說String類型是不可改變的對象了，由于這種機(jī)制，每當(dāng)用String操作字符串時，實(shí)際上是在不斷的創(chuàng)建新的對象，而原來的對象就會變?yōu)槔唬牵没厥盏簦上攵@樣執(zhí)行效率會有多底。

　　　  而StringBuffer與StringBuilder就不一樣了，他們是字符串變量，是可改變的對象，每當(dāng)我們用它們對字符串做操作時，實(shí)際上是在一個對象上操作的，這樣就不會像String一樣創(chuàng)建一些而外的對象進(jìn)行操作了，當(dāng)然速度就快了。

　　3.一個特殊的例子：

　　　　你會很驚訝的發(fā)現(xiàn)，生成str對象的速度簡直太快了，而這個時候StringBuffer居然速度上根本一點(diǎn)都不占優(yōu)勢。其實(shí)這是JVM的一個把戲，實(shí)際上：

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

　　　　其實(shí)就是：

　　　　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會規(guī)規(guī)矩矩的按照原來的方式去做。

　　4.StringBuilder與 StringBuffer

　　　　StringBuilder：線程非安全的

　　　　StringBuffer：線程安全的

　　　　當(dāng)我們在字符串緩沖去被多個線程使用是，JVM不能保證StringBuilder的操作是安全的，雖然他的速度最快，但是可以保證StringBuffer是可以正確操作的。當(dāng)然大多數(shù)情況下就是我們是在單線程下進(jìn)行的操作，所以大多數(shù)情況下是建議用StringBuilder而不用StringBuffer的，就是速度的原因。

           對于三者使用的總結(jié)： 1.如果要操作少量的數(shù)據(jù)用 = String

　　　　　　　　　　              2.單線程操作字符串緩沖區(qū) 下操作大量數(shù)據(jù) = StringBuilder

　　　　　　　　　　              3.多線程操作字符串緩沖區(qū) 下操作大量數(shù)據(jù) = StringBuffer