双11狂欢大促

盲盒赢 定制羽绒服

开启惊喜盲盒,抽取你的专属好礼

— 惊喜奖品抢先看 —

string 和stringbuffer性能

colinTongzw colinTongzw 墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年,写一次发全网 我也要 + 加入社区
网上关于此两者的讨论太多了,但今天看了O'Reilly的Better Faster Lighter Java时,有些别的看法,例如:
String middle = "very, ";

String prefix "This code is ";

String suffix = "ugly."

String result = "";

StringBuffer buffer = new StringBuffer( );



buffer.append(prefix);

for (int i= 0; i<5; i++) {

buffer.append(middle);

}

buffer.append(suffix);

result = buffer.toString( );


or this one:

String result = "This code is ";



for (int i= 0; i<5; i++) {

result = result + "much, ";

}

result = result + "simpler, and neater.";


O'Reilly对此的看法是他并不觉得使用第一种编码会比第二种,实际上,以前旧版本的jvm是不会对string的拼接操作进行优化的,使得每次在进行拼接string时会再生成一个新的对象,因此,当循环数非常大时,例如10000个,你可以在内存中看到10000多个对象(没有回收的前提下),因此对于上千个并发来说,这个是相当恐怖的,但现在的JVM已经相当优化了,它会对string进行解释,因此,他认为上面两种在大批次循环是没有什么区别的,到最后,你同样要maintain a bigger blob of uglier code until the end of time,其实,如果在JVM有进行优化的前提下,第二种是在牺牲了一小部分性能的前提下达到了维护的方便性的,和代码的可读性的,因此个人也同意O'Reilly的看法,呵呵,欢迎大家继续讨论.
...全文
评论 23
收藏 已收藏
分享
返回顶部
colinTongzw
Java SE 62,621 成员 307,251 内容