Java 中String，StringBuffer，StirngBuilder 的差別

[size=medium]String 操作後都是産生一個新的字元串對象，而stringBuffer操作的始終是原對象， 當字元串長度大時，并且多字要進行字元串連接配接時,使用 StringBuffer 性能要高許多。 而且 StringBuffer 是線程同步的，你可以使用StringBuffers來動态構造字元資料。

接着要舉一個具體的例子來說明，我們要把1到100的所有數字拼起來，組成一個串。

StringBuffer sbf = new StringBuffer();

for(int i=0;i<100;i++)

{

sbf.append(i);

}

上面的代碼效率很高，因為隻建立了一個StringBuffer對象，而下面的代碼效率很低，因為建立了101個對象。

String str = new String();

for(int i=0;i<100;i++)

{

str = str + i;

}

在講兩者差別時，應把循環的次數搞成10000，然後用endTime-beginTime來比較兩者執行的時間差異。

String:

是對象不是原始類型.

String是一個類，但卻是不可變的，是以String建立的算是一個字元串常量,為不可變對象,一旦被建立,就不能修改它的值.對于已經存在的String對象的修改都是重新建立一個新的對象,然後把新的值儲存進去.

String 是final類,即不能被繼承.

StringBuffer:

是一個可變對象,當對他進行修改的時候不會像String那樣重建立立對象;每次修改String對象的值都是建立一個對象再指向這個對象

StringBuffer 字元串變量（線程安全）

它隻能通過構造函數來建立,

StringBuffer sb = new StringBuffer();

note:不能通過付值符号對他進行付值.

sb = "welcome to here!";//error

對象被建立以後,在記憶體中就會配置設定記憶體空間,并初始儲存一個null.向StringBuffer

中付值的時候可以通過它的append方法.

sb.append("hello");

字元串連接配接操作中StringBuffer的效率要比String高:

String str = new String("welcome to ");

str += "here";

的處理步驟實際上是通過建立一個StringBuffer,然後調用append(),最後再将StringBuffer toSting();

這樣的話String的連接配接操作就比StringBuffer多出了一些附加操作,當然效率上要打折扣.

并且由于String 對象是不可變對象,每次操作String 都會重建立立新的對象來儲存新的值.

這樣原來的對象就沒用了,就要被垃圾回收.這也是要影響性能的.

Java.lang.StringBuffer線程安全的可變字元序列。一個類似于 String 的字元串緩沖區，但不能修改。雖然在任意時間點上它都包含某種特定的字元序列，但通過某些方法調用可以改變該序列的長度和内容。可将字元串緩沖區安全地用于多個線程。可以在必要時對這些方法進行同步，是以任意特定執行個體上的所有操作就好像是以串行順序發生的，該順序與所涉及的每個線程進行的方法調用順序一緻。

StringBuffer 上的主要操作是 append 和 insert 方法，可重載這些方法，以接受任意類型的資料。每個方法都能有效地将給定的資料轉換成字元串，然後将該字元串的字元追加或插入到字元串緩沖區中。 append 方法始終将這些字元添加到緩沖區的末端；而 insert 方法則在指定的點添加字元。

例如，如果 z 引用一個目前内容是“start”的字元串緩沖區對象，則此方法調用 z.append("le") 會使字元串緩沖區包含“startle”，而 z.insert(4, "le") 将更改字元串緩沖區，使之包含“starlet”。

簡要的說， 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 會規規矩矩的按照原來的方式去做

java.lang.StringBuilde

StringBuilder 字元串變量（非線程安全）

java.lang.StringBuilder一個可變的字元序列是5.0新增的。此類提供一個與 StringBuffer 相容的 API，但不保證同步。該類被設計用作 StringBuffer 的一個簡易替換，用在字元串緩沖區被單個線程使用的時候（這種情況很普遍）。如果可能，建議優先采用該類，因為在大多數實作中，它比 StringBuffer 要快。兩者的方法基本相同。

通過非官方試驗測試，StringBuilder和StringBuffer的測試總結如下：

1． 為了獲得更好的性能，在構造 StirngBuffer 或 StirngBuilder 時應盡可能指定它的容量。當然，如果你操作的字元串長度不超過 16 個字元就不用了。

2． 相同情況下使用 StirngBuilder 相比使用 StringBuffer 僅能獲得 10%~15% 左右的性能提升，但卻要冒多線程不安全的風險。而在現實的子產品化程式設計中，負責某一子產品的程式員不一定能清晰地判斷該子產品是否會放入多線程的環境中運作，是以：除非你能确定你的系統的瓶頸是在 StringBuffer 上，并且确定你的子產品不會運作在多線程模式下，否則還是用 StringBuffer 吧

3． 用好現有的類比引入新的類更重要。很多程式員在使用 StringBuffer 時是不指定其容量的（至少我見到的情況是這樣），如果這樣的習慣帶入 StringBuilder 的使用中，你将隻能獲得 10 ％左右的性能提升（不要忘了，你可要冒多線程的風險噢）；但如果你使用指定容量的 StringBuffer ，你将馬上獲得 45% 左右的性能提升，甚至比不使用指定容量的 StirngBuilder 都快 30% 左右。

一般情況下，在操作字元串對象時，StringBuiler是最快的，StringBuffer次之,String最慢。[/size]