String、StringBuffer、StringBuilder

　　最近上課講到String類，課下補充StringBuffer和StringBuilder的東西。

　　一、首先這三個都是java中處理字符串的經常使用類。

　　二、三者在執行速度方面是 StringBuilder>StringBuffer>String的。

　　　　至於爲何String執行速度慢，是由於String是字符串常量，也就是不可改變的對象。而StringBuilder、StringBuffer是字符串變量。

　　　　具體請看如下代碼：

String str="Hello";
str=str+" "+" World!"
System.out.println(str);//結果是Hello World!

　　　　從代碼中咱們能夠得出，咱們確實改變了String型的str，但事實上JVM是這麼解析的：首先在棧內存申請str的空間並指向堆內存中申請出的「Hello」空間。　　當咱們第二行改變str的時候，並非在「Hello」的空間上直接改變，而是另外新申請了另兩段空間，建立了「 」和「World！」，以後再申請空間合併成了「Hello World！」，此前的三個「Hello」、「 」、「World！」空間被java的垃圾回收機制回收。可想而知，這樣的執行效率是很低的。

　　而StringBuilder、StringBuffer是字符串變量，變量就與常量不一樣了，能夠隨意改變內容而不用從新new一個對象。因此在改變字符串的內容時，速度會快不少。

　　3.一個String速度不輸StringBuffer的特殊狀況

String str = 「This is only a」 + 「 simple」 + 「 test」;

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的，就是速度的緣由。