原文連接：https://baijiahao.baidu.com/s?id=1608570979833225177&wfr=spider&for=pc

1.首先說運(yùn)行速度，或者說是執(zhí)行速度，在這方面運(yùn)行速度快慢為：StringBuilder > StringBuffer > String

String最慢的原因：

String為字符串常量，而StringBuilder和StringBuffer均為字符串變量，即String對(duì)象一旦創(chuàng)建之后該對(duì)象是不可更改的，但后兩者的對(duì)象是變量，是可以更改的。以下面一段代碼為例：

String str="abc";

System.out.println(str);

str=str+"de";

System.out.println(str);

如果運(yùn)行這段代碼會(huì)發(fā)現(xiàn)先輸出“abc”，然后又輸出“abcde”，好像是str這個(gè)對(duì)象被更改了，其實(shí)，這只是一種假象罷了，JVM對(duì)于這幾行代碼是這樣處理的，首先創(chuàng)建一個(gè)String對(duì)象str，并把“abc”賦值給str，然后在第三行中，其實(shí)JVM又創(chuàng)建了一個(gè)新的對(duì)象也名為str，然后再把原來的str的值和“de”加起來再賦值給新的str，而原來的str就會(huì)被JVM的垃圾回收機(jī)制（GC）給回收掉了，所以，str實(shí)際上并沒有被更改，也就是前面說的String對(duì)象一旦創(chuàng)建之后就不可更改了。所以，Java中對(duì)String對(duì)象進(jìn)行的操作實(shí)際上是一個(gè)不斷創(chuàng)建新的對(duì)象并且將舊的對(duì)象回收的一個(gè)過程，所以執(zhí)行速度很慢。

而StringBuilder和StringBuffer的對(duì)象是變量，對(duì)變量進(jìn)行操作就是直接對(duì)該對(duì)象進(jìn)行更改，而不進(jìn)行創(chuàng)建和回收的操作，所以速度要比String快很多。

另外，有時(shí)候我們會(huì)這樣對(duì)字符串進(jìn)行賦值

String str="abc"+"de";

StringBuilder stringBuilder=new StringBuilder().append("abc").append("de");

System.out.println(str);

System.out.println(stringBuilder.toString());

這樣輸出結(jié)果也是“abcde”和“abcde”，但是String的速度卻比StringBuilder的反應(yīng)速度要快很多，這是因?yàn)榈?行中的操作和

String str="abcde";

是完全一樣的，所以會(huì)很快，而如果寫成下面這種形式

String str1="abc";

String str2="de";

String str=str1+str2;

那么JVM就會(huì)像上面說的那樣，不斷的創(chuàng)建、回收對(duì)象來進(jìn)行這個(gè)操作了。速度就會(huì)很慢。

2. 再來說線程安全

在線程安全上，StringBuilder是線程不安全的，而StringBuffer是線程安全的

如果一個(gè)StringBuffer對(duì)象在字符串緩沖區(qū)被多個(gè)線程使用時(shí)，StringBuffer中很多方法可以帶有synchronized關(guān)鍵字，所以可以保證線程是安全的，但StringBuilder的方法則沒有該關(guān)鍵字，所以不能保證線程安全，有可能會(huì)出現(xiàn)一些錯(cuò)誤的操作。所以如果要進(jìn)行的操作是多線程的，那么就要使用StringBuffer，但是在單線程的情況下，還是建議使用速度比較快的StringBuilder。

3. 總結(jié)一下

String：適用于少量的字符串操作的情況

StringBuilder：適用于單線程下在字符緩沖區(qū)進(jìn)行大量操作的情況

StringBuffer：適用多線程下在字符緩沖區(qū)進(jìn)行大量操作的情況