String 字符串常量
StringBuffer 字符串變量（線程安全）
StringBuilder 字符串變量（非線程安全）
簡要的說， String 類型和StringBuffer 類型的主要性能區別其實在於String 是不可變的對象, 因此在每次對String 類型進行改變的時候其實都等同於生成了一個新的String 對象，然後將指針指向新的String 對象，所以經常改變內容的字符串最好不要用String ，因為每次生成對像都會對系統性能產生影響，特別當內存中無引用對像多了以後， JVM 的GC 就會開始工作，那速度是一定會相當慢的。
而如果是使用StringBuffer 類則結果就不一樣了，每次結果都會對StringBuffer 對象本身進行操作，而不是生成新的對象，再改變對象引用。所以在一般情況下我們推薦使用StringBuffer ，特別是字符串對象經常改變的情況下。而在某些特別情況下， String 對象的字符串拼接其實是被JVM 解釋成了StringBuffer 對象的拼接，所以這些時候String 對象的速度並不會比StringBuffer 對象慢，而特別是以下的字符串對像生成中， String 效率是遠要比StringBuffer 快的：
String S1 = “This is only a” + “ simple” + “ test”;
StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);
你會很驚訝的發現，生成String S1 對象的速度簡直太快了，而這個時候StringBuffer 居然速度上根本一點都不佔優勢。其實這是JVM 的一個把戲，在JVM 眼裡，這個
String S1 = “This is only a” + “ simple” + “test”; 其實就是：
String S1 = “This is only a simple test”; 所以當然不需要太多的時間了。但大家這裡要注意的是，如果你的字符串是來自另外的
String 對象的話，速度就沒那麼快了，譬如：
String S2 = “This is only a”;
String S3 = “ simple”;
String S4 = “ test”;
String S1 = S2 +S3 + S4;
這時候JVM 會規規矩矩的按照原來的方式去做
在大部分情況下StringBuffer > String
StringBuffer
Java.lang.StringBuffer線程安全的可變字符序列。一個類似於String 的字符串緩衝區，但不能修改。雖然在任意時間點上它都包含某種特定的字符序列，但通過某些方法調用可以改變該序列的長度和內容。
可將字符串緩衝區安全地用於多個線程。可以在必要時對這些方法進行同步，因此任意特定實例上的所有操作就好像是以串行順序發生的，該順序與所涉及的每個線程進行的方法調用順序一致。
StringBuffer 上的主要操作是append 和insert 方法，可重載這些方法，以接受任意類型的數據。每個方法都能有效地將給定的數據轉換成字符串，然後將該字符串的字符追加或插入到字符串緩衝區中。 append 方法始終將這些字符添加到緩衝區的末端；而insert 方法則在指定的點添加字符。
例如，如果z 引用一個當前內容是“start”的字符串緩衝區對象，則此方法調用z.append("le") 會使字符串緩衝區包含“startle”，而z.insert(4, "le") 將更改字符串緩衝區，使之包含“starlet”。
在大部分情況下StringBuilder > StringBuffer
java.lang.StringBuilde
java.lang.StringBuilder一個可變的字符序列是5.0新增的。此類提供一個與StringBuffer 兼容的API，但不保證同步。該類被設計用作StringBuffer 的一個簡易替換，用在字符串緩衝區被單個線程使用的時候（這種情況很普遍）。如果可能，建議優先採用該類，因為在大多數實現中，它比StringBuffer 要快。兩者的方法基本相同。
以上就是對Java String、StringBuffer與StringBuilder的資料整理，後續繼續補充相關資料，謝謝大家對本站的支持！