StringBuilder 是從 Java 5 以后增加的一個字符串處理類。查看 API 文檔，我們可以知道 StringBuilder 和 StringBuffer 提供同樣的功能，只是 StringBuilder 不保證線程安全，所以性能比 StirngBuffer 好，并推薦在確定線程安全的情況下，盡量用 StringBuilder 。事實真是如此嗎？讓我們通過一個小試驗來看看

?

試驗設(shè)計：

分別用 StringBuilder 和 StringBuffer 將一指定的字符串自連接一百萬次，比較兩種方法所用的時間。為盡量避免環(huán)境的干擾，測試時會關(guān)閉本機(jī)中其它應(yīng)用程序，并且為了避免測試組之間的相互干擾，在每組測試完成后會重起機(jī)器。每個程序運(yùn)行十次，最后取平均值。

?

測試環(huán)境：

CPU: Celeron – M420

RAM: 1G

OS: Window XP Home Edition

JDK: Sun JDK 1.6.0 (Java HotSpot? Client VM (build 1.6.0-b105, mixed mode, sharing))

運(yùn)行程序時沒有為 JVM 指定任何參數(shù)，全部使用默認(rèn)值

?

程序段：

1．? 用 StringBuffer

?

??? private static final int COUNT = 1000000;

??? private static final String TEMPLATE = "0123456789" ;

??? public static void useStringBuffer() {

?????? StringBuffer bf = new StringBuffer( "" );

?????? String target = null ;

?????? long start = System.currentTimeMillis();

?????? for ( int i = 0; i < COUNT ; i++) {

?????????? bf.append( TEMPLATE );

?????? }

?????? target = bf.toString();

?????? long end = System.currentTimeMillis();

?????? System. out .println( "Use StringBuffer, time is " + (end - start));

??? }??

?

?

2．? 用 StringBuilder

?

??? private static final int COUNT = 1000000;

??? private static final String TEMPLATE = "0123456789" ;

??? public static void useStringBuilder() {

?????? StringBuilder bf = new StringBuilder( "" );

?????? String target = null ;

?????? long start = System.currentTimeMillis();

?????? for ( int i = 0; i < COUNT ; i++) {

?????????? bf.append( TEMPLATE );

?????? }

?????? target = bf.toString();

?????? long end = System.currentTimeMillis();

?????? System. out .println( "Use StringBuilder, time is " + (end - start));

??? }

?

?

測試結(jié)果：

?

	StringBuffer	StringBuilder
1	328	328
2	344	312
3	328	328
4	344	312
5	344	328
6	344	312
7	328	328
8	344	312
9	343	328
10	344	328
平均值	339.1	321.6

?

從結(jié)果中可以看出兩者的性能差異約為 5.44 ％

?

下面我們將對測試程序做一點點小小的改動，在 new 一個新的 StringBuffer/StringBuilder 時，我們指定一個容量參數(shù)。修改的代碼如下：

?

1．? 用 StringBuffer

?

??? private static final String TEMPLATE = "0123456789" ;

??? private static final int COUNT = 1000000;

??? public static void useStringBuffer() {

?????? StringBuffer bf = new StringBuffer(COUNT * TEMPLATE.length());

?????? String target = null ;

?????? long start = System.currentTimeMillis();

?????? for ( int i = 0; i < COUNT ; i++) {

?????????? bf.append( TEMPLATE );

?????? }

?????? target = bf.toString();

?????? long end = System.currentTimeMillis();

?????? System. out .println( "Use StringBuffer, time is " + (end - start));

??? }??

?

2. 用 StringBuilder

?

??? private static final String TEMPLATE = "0123456789" ;

??? private static final int COUNT = 1000000;

??? public static void useStringBuilder() {

?????? StringBuilder bf = new StringBuilder(COUNT * TEMPLATE.length());

?????? String target = null ;

?????? long start = System.currentTimeMillis();

?????? for ( int i = 0; i < COUNT ; i++) {

?????????? bf.append( TEMPLATE );

?????? }

?????? target = bf.toString();

?????? long end = System.currentTimeMillis();

?????? System. out .println( "Use StringBuilder, time is " + (end - start));

??? }

?

測試結(jié)果：（表格中第一，二組為上一輪測試的結(jié)果）

?

	StringBuffer	StringBuilder	StringBuffer(int)	StringBuilder(int)
1	328	328	140	94
2	344	312	125	125
3	328	328	125	93
4	344	312	125	125
5	344	328	109	94
6	344	312	125	110
7	328	328	125	110
8	344	312	110	110
9	343	328	140	109
10	344	328	109	125
平均值	339.1	321.6	123.3	109.5

?

從表中可以看到 StringBuffer(int) 和 StringBuilder(int) 兩者之間的差異為 12.6% 。但我們更應(yīng)該看到采用不同的構(gòu)造方法所帶來的性能提升， StringBuffer 提升了 175.02 ％， StringBuilder 提升了 193.70% 。原因在于不指定 StirngBuffer/StringBuilder 的容量時，它們內(nèi)部的字符緩沖區(qū)為 16 個字符（無參構(gòu)造）或字符串參數(shù)的長度，當(dāng)程序不斷的進(jìn)行 append/insert 操作時，每當(dāng)字符數(shù)超過原有的容量后， StringBuffer/StringBuilder 將不斷的進(jìn)行自動擴(kuò)展的工作，這將消耗比較多的時間。

?

也許有人會說這樣的測試并不能反映真實的情況，因為在實際的開發(fā)中很少會在一個方法中構(gòu)造 / 拼接一個長度為 10*1000000 的字符串的。更通常的情況是在一個方法中構(gòu)造一個不太長的串，但該方法將被大量的，反復(fù)的調(diào)用。 OK, 我們可以修改一下測試程序來放映這種情況。

?

新程序中 contactWith…. 方法用來拼接一個不太長的字符串，該方法被 use…. 方法反復(fù)調(diào)用十萬次，并記錄總的調(diào)用時間。程序如下：

1．? 使用 StringBuffer

?

??? private static final String TEMPLATE = "0123456789" ;

??? private static final int COUNT = 100000;

??? private static final int COUNT2 = 10;

??? public static String contactWithStringBuffer() {

//???? StringBuffer bf = new StringBuffer("");

?????? StringBuffer bf = new StringBuffer( COUNT2 * TEMPLATE .length());

?????? for ( int i = 0; i < COUNT2 ; i++) {

?????????? bf.append( TEMPLATE );

?????? }

?????? return bf.toString();

??? }

???

??? public static void useStringBuffer() {

?????? long start = System.currentTimeMillis();

?????? for ( int i = 0; i < COUNT ; i++) {

?????????? contactWithStringBuffer();

?????? }

?????? long end = System.currentTimeMillis();

?????? System. out .println( "Use StringBuffer, Time is " + (end - start));

??? }

?

2．? 使用 StringBuilder

?

??? private static final String TEMPLATE = "0123456789" ;

??? private static final int COUNT = 100000;

??? private static final int COUNT2 = 10;

??? public static String contactWithStringBuilder() {

//???? StringBuilder bf = new StringBuilder("");

?????? StringBuilder bf = new StringBuilder( COUNT2 * TEMPLATE .length());

?????? for ( int i = 0; i < COUNT2 ; i++) {

?????????? bf.append( TEMPLATE );

?????? }

?????? return bf.toString();

??? }

???

??? public static void useStringBuilder() {

?????? long start = System.currentTimeMillis();

?????? for ( int i = 0; i < COUNT ; i++) {

?????????? contactWithStringBuilder();

?????? }

?????? long end = System.currentTimeMillis();

?????? System. out .println( "Use StringBuilder, Time is " + (end - start));

??? }??

?

測試結(jié)果：

?

	StringBuffer	StringBuilder	StringBuffer(int)	StringBuilder(int)
1	188	156	140	109
2	187	172	141	125
3	188	172	125	110
4	188	172	141	110
5	187	172	125	110
6	188	172	125	109
7	172	172	125	125
8	188	157	125	110
9	203	172	125	110
10	188	172	125	109
平均值	187.7	168.9	129.7	112.7

?

在這種情況下， StringBuffer 與 StringBuilder 的性能差別為： 11.13% 和 15.08% （使用 int 構(gòu)造函數(shù)）；而用不同的構(gòu)造函數(shù)的性能差差異分別達(dá)到： 44.71% （ StringBuffer ）和 49.87% （ StringBuilder ）。并且為 StringBuffer 指定容量（使用 StirngBuffer(int) ）比不指定容量的 StringBuilder 的性能高出 30.22% 。

?

結(jié)論：

1．? 為了獲得更好的性能，在構(gòu)造 StirngBuffer 或 StirngBuilder 時應(yīng)盡可能指定它的容量。當(dāng)然，如果你操作的字符串長度不超過 16 個字符就不用了。

2．? 相同情況下使用 StirngBuilder 相比使用 StringBuffer 僅能獲得 10%~15% 左右的性能提升，但卻要冒多線程不安全的風(fēng)險。而在現(xiàn)實的模塊化編程中，負(fù)責(zé)某一模塊的程序員不一定能清晰地判斷該模塊是否會放入多線程的環(huán)境中運(yùn)行，因此：除非你能確定你的系統(tǒng)的瓶頸是在 StringBuffer 上，并且確定你的模塊不會運(yùn)行在多線程模式下，否則還是用 StringBuffer 吧 J

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

?

特別聲明：

1 ．本人是基于 Window XP 環(huán)境，用 Sun 的 JDK 1.6 完成的以上測試。測試的結(jié)果是否能反映其它操作系統(tǒng)（如 Linux, Unix 等）和不同的 JDK (IBM, Weblogic 等 ) 的情況就不得而知，有興趣的網(wǎng)友可以在不同的環(huán)境中測試，歡迎您告訴我測試結(jié)果。

2 ．本人也歡迎對本測試的試驗設(shè)計和樣例代碼的合理性和完備性進(jìn)行討論，但請就事論事。不要扔磚頭（西紅柿是可以的，不過不要壞的；雞蛋也可以，但不要臭的，呵呵）

3 ．今天是情人節(jié)，祝大家節(jié)日快樂，有情人終成眷屬！