String、StringBuffer與StringBuilder之間區別

最近學習到StringBuffer，心中有好些疑問，搜索了一些關於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

 

          偶是初學者，只是總結了本身學習的東西，不免寫的東西里有別人的，學習是記憶的過程，這些東西只是用來學習罷了，有些東西可能不對，但願各位給予指正。