String

 String s="a";
 s=s+1;

虛擬機器解析這段程式碼時，建立物件s，賦予一個a，當執行到第二句的時候，先建立一個左邊的s物件，此時的s並不等於之前建立的s,然後給新的s賦值s+1的值，s+1中的s和第一個s是同一個。裡面存放a那個值，所以說之前物件s並沒有變化，足以說明String型別是不可改變的物件。由於這種機制，每當用String操作字串時，實際上是在不斷的建立新的物件，而原來的物件就會變為垃圾被ＧＣ回收掉，可想而知這樣執行效率會有多底。

String與StringBuilder效能對比

效能比較差

String str1 = "yang";
String
 
 str2 = "de";
String str3=str1+str2;

上面已經證明String物件是不可變的，所以每次對String物件做改變操作（譬如“+”操作）時其實都生成了新的String物件例項，所以會導致記憶體消耗效能問題

效能表現較好

 StringBuilder sb = new StringBuilder().append(str1).append(str2);

StringBuffer物件做改變操作每次都會對自己進行操作，所以不需要消耗額外的記憶體空間。

String和StringBuffer效能對比

效能好

 String Str = "a" + "b"
 
;

效能差

 StringBuffer sbf = new StringBuffer().append("a").append("b");

在這種情況下你會發現StringBuffer的效能反而沒有String的好，原因是在JVM解釋時認為
String Str = “a” + “b”;就是String Str = “ab”;所以自然比StringBuffer快了。

可以發現，如果我們拼接的是字串常量則String效率比StringBuffer高，如果拼接的是字串物件，則StringBuffer比String效率高。

StringBuffer和StringBuilder區別

StringBuffer和StringBuilder都繼承自同一個父類，只是StringBuffer是執行緒安全的，另外一個兄弟是執行緒非安全的，也就是說在不考慮多執行緒情況下StringBuilder的效能又比StringBuffer高。當然大多數情況下就是我們是在單執行緒下進行的操作，所以大多數情況下是建議用StringBuilder而不用StringBuffer的，就是速度的原因

總結
1.如果要操作少量的資料用 = String
2.單執行緒操作字串緩衝區 下操作大量資料 = StringBuilder
3.多執行緒操作字串緩衝區 下操作大量資料 = StringBuffer