String 不是簡單類型，而是一個類，它被用來表示字符序列。字符本身符合Unicode 標準，其初始化方式有兩種。
如：String greeting=“Good Morning! /n”;
String greeting=new String(=“Good Morning! /n”);
String的特點是一旦賦值，便不能更改其指向的字符對象，如果更改，則會指向一個新的字符對象。
StringBuffer是一個具有對象引用傳遞特點的字符串對象。
StringBuffer對象可以調用其方法動態的進行增加、插入、修改和刪除操作，且不用像數組那樣事先指定大小，從而實現多次插入字符，一次整體取出的效果，因而操作字符串非常靈活方便。
一旦通過StringBuffer生成最終想要的字符串，就可調用它的toString方法將其轉換為一個String對象
關於這兩個類在字符串處理中的位置不言而喻，那麼他們到底有什麼優缺點，到底什麼時候該用誰呢？下面我們從以下幾點說明一下
1.二者在執行速度方面的比較：StringBuffer > String
2.String <StringBuffer的原因String：字符串常量StringBuffer：字符創變量從上面的名字可以看到，String是“字符創常量”，也就是不可改變的對象。對於這句話的理解你可能會產生這樣一個疑問，比如這段代碼：
String s = "abcd"; s = s+1; System.out.print(s);// result : abcd1
我們明明就是改變了String型的變量s的，為什麼說是沒有改變呢? 其實這是一種欺騙，JVM是這樣解析這段代碼的：首先創建對象s，賦予一個abcd，然後再創建一個新的對象s用來執行第二行代碼，也就是說我們之前對象s並沒有變化，所以我們說String類型是不可改變的對象了，由於這種機制，每當用String操作字符串時，實際上是在不斷的創建新的對象，而原來的對象就會變為垃圾被ＧＣ回收掉，可想而知這樣執行效率會有多底。
而StringBuffer就不一樣了，他們是字符串變量，是可改變的對象，每當我們用它們對字符串做操作時，實際上是在一個對像上操作的，這樣就不會像String一樣創建一些而外的對象進行操作了，當然速度就快了
3.一個特殊的例子：
複製代碼代碼如下:
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的，就是速度的原因。
對於三者使用的總結：
1.如果要操作少量的數據用= String
2.單線程操作字符串緩衝區下操作大量數據= StringBuilder
3.多線程操作字符串緩衝區下操作大量數據= StringBuffer