1、執行速度
從執行速度來看 StringBuilder > StringBuffer > String
原因分析：String：字符串常量
StringBuffer：字符串變量
StringBuilder：字符串變量
很多人可能不理解Stirng是字符串常量的意思。下面我們來說明一下：例如這樣一個例子
String s="abc"; s=s+"test"; System.out.println(s);//結果是abctest
通過上面的例子我們看到s的值明明就是改變了的，那又爲什麼說String是字符串常量呢? 其實這是一種欺騙，JVM是這樣解析這段代碼的：首先創建對象s，賦予一個abcd，然後再創建一個新的對象s用來執行第二行代碼，也就是說我們之前對象s並沒有變化，所以我們說String類型是不可改變的對象了，由於這種機制，每當用String操作字符串時，實際上是在不斷的創建新的對象，而原來的對象就會變爲垃圾被ＧＣ回收掉，可想而知這樣執行效率會有多低。
而StringBuffer與StringBuilder就不一樣了，他們是字符串變量，是可改變的對象，每當我們用它們對字符串做操作時，實際上是在一個對象上操作的，這樣就不會像String一樣創建一些而外的對象進行操作了，當然速度就快了。
2、一個特殊例子
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會規規矩矩的按照原來的方式去做。
3、StringBuilder與 StringBuffer
StringBuilder：線程非安全的
StringBuffer：線程安全的
當我們在字符串緩衝去被多個線程使用是，JVM不能保證StringBuilder的操作是安全的，雖然他的速度最快，但是可以保證StringBuffer是可以正確操作的。當然大多數情況下就是我們是在單線程下進行的操作，所以大多數情況下是建議用StringBuilder而不用StringBuffer的，就是速度的原因。
4、StringBuffer對象和String對象之間的互轉
StringBuffer和String屬於不同的類型，也不能直接進行強制類型轉換
StringBuffer對象和String對象之間的互轉的代碼如下：
String s = “abc”;
StringBuffer sb1 = new StringBuffer(“123”);
StringBuffer sb2 = new StringBuffer(s); //String轉換爲StringBuffer
String s1 = sb1.toString(); //StringBuffer轉換爲String
5、 對於三者使用的總結：
1.如果要操作少量的數據用 String
2.單線程操作字符串緩衝區 下操作大量數據用StringBuilder
3.多線程操作字符串緩衝區 下操作大量數據 用StringBuffer
