亚洲国产日韩欧美一区二区三区,精品亚洲国产成人av在线,国产99视频精品免视看7,99国产精品久久久久久久成人热,欧美日韩亚洲国产综合乱

對(duì)於樓主所說的字符串拼接只會(huì)在常量池中創(chuàng)建共享對(duì)象這句話，我沒有理解具體指的是什麼，但是我可以解釋下這種寫法為什麼會(huì)產(chǎn)生很多無用對(duì)象，希望對(duì)樓主有所幫助。

以下為答案:

先看上圖,JDK中String類別為final類，用來存放String字元的value也是final！

這就表示string物件在建立完成後value值就已經(jīng)無法再修改了！故此每一次循環(huán)產(chǎn)生的字串肯定都是新的String物件。但是上述這段程式碼中產(chǎn)生的物件比你想像中的還要多！ please繼續(xù)看圖！

----------------------靚麗的分割線----------------------- ------

第二張圖紅框內(nèi)即為第一張紅框內(nèi)的反編譯程式碼。從圖中可以見得:
a+=a;做了以下事情:

1. 呼叫String.valueOf(a)，這一步因?yàn)閍也是字串所以不會(huì)產(chǎn)生新的物件。

2. new StringBulid(第一部的物件其實(shí)就是字串a(chǎn)),這一步會(huì)產(chǎn)生一個(gè)Stringbuild物件。

3. .append(被加入的字串)

4. .toString(),這一步驟會(huì)呼叫Stringbuild的toString方法。

我們?cè)倏聪耂tringbuild的toString()源碼

public String toString() {
        // Create a copy, don't share the array
        return new String(value, 0, count);
    }

哎呀！怎麼又建立了一個(gè)String物件??！

到這裡a+=a的解析就完成了，所以每次循環(huán)內(nèi)的字串相加操作，其實(shí)都至少創(chuàng)建了一個(gè)StringBuild物件和一個(gè)String物件??！

String 是不可變的對(duì)象, 因此在每次對(duì)String 類型進(jìn)行改變的時(shí)候其實(shí)都等同於生成了一個(gè)新的String 對(duì)象，然後將指針指向新的String 對(duì)象，所以經(jīng)常改變內(nèi)容的字符串最好不要用String ，因?yàn)槊看萎a(chǎn)生物件都會(huì)對(duì)系統(tǒng)效能產(chǎn)生影響，特別當(dāng)記憶體中無引用物件多了以後， JVM 的GC 就會(huì)開始運(yùn)作，那速度是一定會(huì)相當(dāng)慢的。

常修改的變數(shù) 要用StringBuffer 奧~

...jdk1.8之後才字串的多次拼接才會(huì)使用StringBuild 把。 。老版不是這樣的把！ ~~
我上次看了一片文章0 0，不知道有沒有錯(cuò)。
1.8以前需要String的多次修改需要使用StringBuffer或StringBuilder。
1.8啟用了 語法糖修改了這一塊，讓我們不用明確調(diào)用StringBuilder 即可享用高效能。

還有你對(duì)string只會(huì)在常數(shù)池中建立共享對(duì)象，

str +="abc";
1.abc
2.abcabc
3........

這創(chuàng)建的每一個(gè)不都是無用的物件麼？除了最後的結(jié)果，GC的回收也是需要時(shí)間的把。

因?yàn)閟tring則是因?yàn)閒inal修飾char[ ]的原因，每次都要?jiǎng)?chuàng)建新的對(duì)象，
而StringBuilder這類是這所以的高效的原因是數(shù)組動(dòng)態(tài)擴(kuò)容把，一般是添加操作把，只有容量滿了才創(chuàng)建新的更大的char[]，將舊資料拷貝之後再添加，綜上stringbuilder減少了物件的生成把，不用每次都要產(chǎn)生新的物件。請(qǐng)大牛拍磚指導(dǎo)！ ~！ ~！ ~