2019獨角獸企業重金招聘Python工程師標準>>>

　

一、三者在執行速度方面的比較：

? ? ? ? ?StringBuilder?>? StringBuffer? >? String

二、String <（StringBuffer，StringBuilder）的原因

　　　　String：字符串常量

　　　　StringBuffer：字符串變量

　　　　StringBuilder：字符串變量

　　　　從上面的名字可以看到，String是“字符串常量”，也就是不可改變的對象。對于這句話的理解你可 ? 能會產生這樣一個疑問，比如這段代碼：

? ? ? ? ? ? ? ? 1? ? ? String ?s?=?"abcd";
? ? ? ? ? ? ? ? 2? ? ? ? s?=?s+1;

?

?　　　 ??我們明明就是改變了String型的變量s的，為什么說是沒有改變呢? 其實這是一種欺騙，JVM是這樣解析這段代碼的：首先創建對象s，賦予一個abcd，然后再創 ??建一個新的對象s用來執行第二行代碼，也就是說我們之前對象s并沒有變化，所以我們說String類型是不可改變的對象了，由于這種機制，每當用String操作字符串時，實際上是在不斷的創建新的對象，而原來的對象就會變為垃圾被ＧＣ回收掉，可想而知這樣執行效率會有多低。

　　　 ???而StringBuffer與StringBuilder就不一樣了，他們是字符串變量，是可改變的對象，每當我們用它們對字符串做操作時，實際上是在一個對象上操作的，這樣就不會像String一樣在重新創建對象進行操作了，當然速度就快了。

三、一個特殊的例子：

? ? ? ? ? ? String?str?=?“This?is?only?a”?+?“?simple”?+?“?test”;

　　　　 你會很驚訝的發現，生成str對象的速度簡直太快了，而這個時候StringBuffer居然速度上根本一點都不占優勢。其實這是JVM的一個把戲，實際上：

　　　 ? String str = “This is only a” + “ simple” + “test”;

　　　 ? 其實就是：String str = “This is only a simple test”;　 ? ? ? ?

　　　　所以不需要太多的時間了。但大家這里要注意的是，如果你的字符串是來自另外的String對象的話，速度就沒那么快了，譬如：

　　　　String str2 = “This is only a”;

　　　　String str3 = “ simple”;

　　　　String str4 = “ test”;

　　　　String str1 = str2 +str3 + str4;

　　　　這時候JVM會規規矩矩的按照原來的方式去做。

四、StringBuilder與 StringBuffer

　　　 　StringBuilder：線程非安全的

　　　　 StringBuffer：線程安全的

　　　 ???當我們在字符串緩沖去被多個線程使用是，JVM不能保證StringBuilder的操作是安全的，雖然他的速度最快，但是可以保證StringBuffer是可以正確操作的。當然大 多數情況下就是我們是在單線程下進行的操作，所以大多數情況下是建議用StringBuilder而不用StringBuffer的，就是速度的原因。

??? 對于三者使用的總結： 1. ?如果要操作少量的數據用 = String

　　　　　　　　　　 ? ? 2. ?單線程操作字符串緩沖區 下操作大量數據 = StringBuilder

　　　　　　　　　　 ? ? 3. ?多線程操作字符串緩沖區 下操作大量數據 = StringBuffer

?

?

轉載于:https://my.oschina.net/lsl1991/blog/670873

總結

以上是生活随笔為你收集整理的StringBuilder 、StringBuffer 、 String的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。