为什么说String的拼接会产生很多的无用对象呢?eg.String str = "";while(true){
str +="abc";
}
按我的理解,字符串拼接只会在常量池中创建共享对象,常量池的对象会被垃圾回收器回收吗?为什么说会产生很多无用的对象,需要垃圾回收,从而影响程序性能呢?
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师,...
對於樓主所說的字符串拼接只會在常量池中創建共享對象這句話,我沒有理解具體指的是什麼,但是我可以解釋下這種寫法為什麼會產生很多無用對象,希望對樓主有所幫助。
以下為答案:
先看上圖,JDK中String類別為final類,用來存放String字元的value也是final!
這就表示string物件在建立完成後value值就已經無法再修改了!故此每一次循環產生的字串肯定都是新的String物件。但是上述這段程式碼中產生的物件比你想像中的還要多! please繼續看圖!
----------------------靚麗的分割線----------------------- ------
第二張圖紅框內即為第一張紅框內的反編譯程式碼。從圖中可以見得:a+=a;做了以下事情:
呼叫String.valueOf(a),這一步因為a也是字串所以不會產生新的物件。
new StringBulid(第一部的物件其實就是字串a),這一步會產生一個Stringbuild物件。
.append(被加入的字串)
.toString(),這一步驟會呼叫Stringbuild的toString方法。
我們再看下Stringbuild的toString()源碼
public String toString() { // Create a copy, don't share the array return new String(value, 0, count); }
哎呀!怎麼又建立了一個String物件啊!
到這裡a+=a的解析就完成了,所以每次循環內的字串相加操作,其實都至少創建了一個StringBuild物件和一個String物件啊!
String 是不可變的對象, 因此在每次對String 類型進行改變的時候其實都等同於生成了一個新的String 對象,然後將指針指向新的String 對象,所以經常改變內容的字符串最好不要用String ,因為每次產生物件都會對系統效能產生影響,特別當記憶體中無引用物件多了以後, JVM 的GC 就會開始運作,那速度是一定會相當慢的。
常修改的變數 要用StringBuffer 奧~
...jdk1.8之後才字串的多次拼接才會使用StringBuild 把。 。老版不是這樣的把! ~~我上次看了一片文章0 0,不知道有沒有錯。 1.8以前需要String的多次修改需要使用StringBuffer或StringBuilder。 1.8啟用了 語法糖修改了這一塊,讓我們不用明確調用StringBuilder 即可享用高效能。
還有你對string只會在常數池中建立共享對象,
str +="abc"; 1.abc 2.abcabc 3........
這創建的每一個不都是無用的物件麼?除了最後的結果,GC的回收也是需要時間的把。
因為string則是因為final修飾char[ ]的原因,每次都要創建新的對象,而StringBuilder這類是這所以的高效的原因是數組動態擴容把,一般是添加操作把,只有容量滿了才創建新的更大的char[],將舊資料拷貝之後再添加,綜上stringbuilder減少了物件的生成把,不用每次都要產生新的物件。請大牛拍磚指導! ~! ~! ~
對於樓主所說的字符串拼接只會在常量池中創建共享對象這句話,我沒有理解具體指的是什麼,但是我可以解釋下這種寫法為什麼會產生很多無用對象,希望對樓主有所幫助。
以下為答案:
先看上圖,JDK中String類別為final類,用來存放String字元的value也是final!
這就表示string物件在建立完成後value值就已經無法再修改了!故此每一次循環產生的字串肯定都是新的String物件。但是上述這段程式碼中產生的物件比你想像中的還要多! please繼續看圖!
----------------------靚麗的分割線----------------------- ------
第二張圖紅框內即為第一張紅框內的反編譯程式碼。從圖中可以見得:
a+=a;做了以下事情:
呼叫String.valueOf(a),這一步因為a也是字串所以不會產生新的物件。
new StringBulid(第一部的物件其實就是字串a),這一步會產生一個Stringbuild物件。
.append(被加入的字串)
.toString(),這一步驟會呼叫Stringbuild的toString方法。
我們再看下Stringbuild的toString()源碼
哎呀!怎麼又建立了一個String物件啊!
到這裡a+=a的解析就完成了,所以每次循環內的字串相加操作,其實都至少創建了一個StringBuild物件和一個String物件啊!
String 是不可變的對象, 因此在每次對String 類型進行改變的時候其實都等同於生成了一個新的String 對象,然後將指針指向新的String 對象,所以經常改變內容的字符串最好不要用String ,因為每次產生物件都會對系統效能產生影響,特別當記憶體中無引用物件多了以後, JVM 的GC 就會開始運作,那速度是一定會相當慢的。
常修改的變數 要用StringBuffer 奧~
...jdk1.8之後才字串的多次拼接才會使用StringBuild 把。 。老版不是這樣的把! ~~
我上次看了一片文章0 0,不知道有沒有錯。
1.8以前需要String的多次修改需要使用StringBuffer或StringBuilder。
1.8啟用了 語法糖修改了這一塊,讓我們不用明確調用StringBuilder 即可享用高效能。
還有你對string只會在常數池中建立共享對象,
這創建的每一個不都是無用的物件麼?除了最後的結果,GC的回收也是需要時間的把。
因為string則是因為final修飾char[ ]的原因,每次都要創建新的對象,
而StringBuilder這類是這所以的高效的原因是數組動態擴容把,一般是添加操作把,只有容量滿了才創建新的更大的char[],將舊資料拷貝之後再添加,綜上stringbuilder減少了物件的生成把,不用每次都要產生新的物件。請大牛拍磚指導! ~! ~! ~