String StringBuffer StringBuilder 差別

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 要快。兩者的方法基本相同。