問題:String str =「niu」; 建立了一個對象 常量池安全
String str ="hah" +"oo"; 建立了三個對象 都在常量池多線程
String str =new String("oo"); 建立了2個對象 一個在常量池,另一個被複制到堆中app
JVM包含5個,寄存器,方法區。棧,堆,本地方法區 而String 是final 類型,建立的對象要放到常量池中,ui
http://blog.csdn.net/Meiyang1990/article/details/50857842.net
進入正文:線程
1.三者在執行速度方面的比較:StringBuilder > StringBuffer > String 對象
2.String <(StringBuffer,StringBuilder)的緣由blog
String:字符串常量字符串
StringBuffer:字符創變量test
StringBuilder:字符創變量
從上面的名字能夠看到,String是「字符創常量」,也就是不可改變的對象。對於這句話的理解你可能會產生這樣一個疑問 ,好比這段代碼:
1 String s = "abcd"; 2 s = s+1; 3 System.out.print(s);// result : abcd1
咱們明明就是改變了String型的變量s的,爲何說是沒有改變呢? 其實這是一種欺騙,JVM是這樣解析這段代碼的:首先建立對象s,賦予一個abcd,而後再建立一個新的對象s用來執行第二行代碼,也就是說咱們以前對象s並無變化,因此咱們說String類型是不可改變的對象了,因爲這種機制,每當用String操做字符串時,其實是在不斷的建立新的對象,而原來的對象就會變爲垃圾被GC回收掉,可想而知這樣執行效率會有多底。
而StringBuffer與StringBuilder就不同了,他們是字符串變量,是可改變的對象,每當咱們用它們對字符串作操做時,其實是在一個對象上操做的,這樣就不會像String同樣建立一些而外的對象進行操做了,固然速度就快了。
3.
String str = 「This is only a」 + 「 simple」 + 「 test」; StringBuffer builder = new StringBuilder(「This is only a」).append(「simple」).append(「 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會規規矩矩的按照原來的方式去作。
4.
StringBuilder:線程非安全的
StringBuffer:線程安全的
當咱們在字符串緩衝去被多個線程使用是,JVM不能保證StringBuilder的操做是安全的,雖然他的速度最快,可是能夠保證StringBuffer是能夠正確操做的。固然大多數狀況下就是咱們是在單線程下進行的操做,因此大多數狀況下是建議用StringBuilder而不用StringBuffer的,就是速度的緣由。
對於三者使用的總結:
1.若是要操做少許的數據用 = String
2.單線程操做字符串緩衝區 下操做大量數據 = StringBuilder
3.多線程操做字符串緩衝區 下操做大量數據 = StringBuffer