問題描述

為什么說String的拼接會(huì)產(chǎn)生很多的無用對象呢？eg.String str = '';while(true){

str +='abc';

}

按我的理解，字符串拼接只會(huì)在常量池中創(chuàng)建共享對象，常量池的對象會(huì)被垃圾回收器回收嗎？為什么說會(huì)產(chǎn)生很多無用的對象，需要垃圾回收，從而影響程序性能呢？

問題解答

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

以下為答案:

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

這就說明string對象在創(chuàng)建完成后value值就已經(jīng)無法再修改了！故此每一次循環(huán)產(chǎn)生的字符串肯定都是新的String對象。但是上述這段代碼中產(chǎn)生的對象比你想象中的還要多！please繼續(xù)看圖！

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

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

調(diào)用String.valueOf(a)，這一步因?yàn)閍也是字符串所以不會(huì)產(chǎn)生新的對象。

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

.append(被添加的字符串)

.toString(),這一步會(huì)調(diào)用Stringbuild的toString方法。

我們再看下Stringbuild的toString()源碼

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

哎呀！怎么又創(chuàng)建了一個(gè)String對象啊！

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

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

經(jīng)常修改的變量 要用StringBuffer 奧~

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

還有你對string只會(huì)在常量池中創(chuàng)建共享對象，

str +='abc';1.abc2.abcabc3........

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

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