Java StringBuilder myth debunked# Java - 爪哇娇娃
b*g
1 楼
l*s
2 楼
what is the conclusion?
c*m
3 楼
现在的JVM allocate/gc instance效率非常高，象这种不用string concatenation用
stringbuffer/builder的事都是1.4以前的老黄历了，类似的还有object pool什么的也
都是过时的东西了。何况作者才测试了1000个循环，还在一个loop里，VM很容易在编译
的时候优化，就算1.4也未必能看出啥不同。测试一百万还差不多。这个作者一看就没
正儿八经写过java，对jvm的基本性能和最新进展一点数都没有。
对于一般的app development，早没人在乎string concatenation了，我用
stringbuilder主要是觉得它自带的methods比较handy。
【在 b**g 的大作中提到】
: http://www.javacodegeeks.com/2013/03/java-stringbuilder-myth-de
z*e
4 楼
嗯，对于java的看法n多人还停留在上个世纪
对于gc，一个常见的经验就是把内存使用控制在75％，最好是70％左右
这样gc的pause就不会过长，应付大多数应用应该是够了
【在 c*m 的大作中提到】
:
: 现在的JVM allocate/gc instance效率非常高，象这种不用string concatenation用
: stringbuffer/builder的事都是1.4以前的老黄历了，类似的还有object pool什么的也
: 都是过时的东西了。何况作者才测试了1000个循环，还在一个loop里，VM很容易在编译
: 的时候优化，就算1.4也未必能看出啥不同。测试一百万还差不多。这个作者一看就没
: 正儿八经写过java，对jvm的基本性能和最新进展一点数都没有。
: 对于一般的app development，早没人在乎string concatenation了，我用
: stringbuilder主要是觉得它自带的methods比较handy。
对于gc，一个常见的经验就是把内存使用控制在75％，最好是70％左右
这样gc的pause就不会过长，应付大多数应用应该是够了
【在 c*m 的大作中提到】
:
: 现在的JVM allocate/gc instance效率非常高，象这种不用string concatenation用
: stringbuffer/builder的事都是1.4以前的老黄历了，类似的还有object pool什么的也
: 都是过时的东西了。何况作者才测试了1000个循环，还在一个loop里，VM很容易在编译
: 的时候优化，就算1.4也未必能看出啥不同。测试一百万还差不多。这个作者一看就没
: 正儿八经写过java，对jvm的基本性能和最新进展一点数都没有。
: 对于一般的app development，早没人在乎string concatenation了，我用
: stringbuilder主要是觉得它自带的methods比较handy。
z*e
5 楼
new的话，我在我的macbook pro上测验的结果
10^4条语句，用时5ms
10^4条语句，用时5ms
t*e
6 楼
很无知的一篇文章，根本没明白StringBuilder的真正使用场景
k*r
7 楼
科普一下真正使用场景是啥？
【在 t********e 的大作中提到】
: 很无知的一篇文章，根本没明白StringBuilder的真正使用场景
【在 t********e 的大作中提到】
: 很无知的一篇文章，根本没明白StringBuilder的真正使用场景
b*y
8 楼
没具体看那篇文章，不过我原先听说的是StringBuilder里面没有multi threading的
concurrency control, 速度比StringBuffer快一些。因为StringBuffer内置有thread
control, 也就是某段程序是一次只有一个thread可以执行的。
【在 k***r 的大作中提到】
: 科普一下真正使用场景是啥？
k*r
9 楼
这个只是为了address StringBuffer的efficiency/deficiency，但如果string
concatination不是问题了，大概这两个都没有使用的必要了
thread
【在 b******y 的大作中提到】
:
: 没具体看那篇文章，不过我原先听说的是StringBuilder里面没有multi threading的
: concurrency control, 速度比StringBuffer快一些。因为StringBuffer内置有thread
: control, 也就是某段程序是一次只有一个thread可以执行的。
concatination不是问题了，大概这两个都没有使用的必要了
thread
【在 b******y 的大作中提到】
:
: 没具体看那篇文章，不过我原先听说的是StringBuilder里面没有multi threading的
: concurrency control, 速度比StringBuffer快一些。因为StringBuffer内置有thread
: control, 也就是某段程序是一次只有一个thread可以执行的。
t*e
10 楼
像str1 + str2 + ... + strN这样的代码根本没有必要用StringBuilder, 因为java会
自动把它编译成使用StringBuilder. 只有java编译器不知道可以用一个StringBuilder
来做的时候才需要直接用StringBuilder来写，比如
String s = "";
for (...) {
s += ....
}
【在 k***r 的大作中提到】
: 科普一下真正使用场景是啥？
自动把它编译成使用StringBuilder. 只有java编译器不知道可以用一个StringBuilder
来做的时候才需要直接用StringBuilder来写，比如
String s = "";
for (...) {
s += ....
}
【在 k***r 的大作中提到】
: 科普一下真正使用场景是啥？
F*n
11 楼
String concatenation 不可能没有问题
因为Java String immutable,
编译器最多只能通过上下文猜
并不能涵盖所有需要StringBuilder的Case
【在 k***r 的大作中提到】
: 这个只是为了address StringBuffer的efficiency/deficiency，但如果string
: concatination不是问题了，大概这两个都没有使用的必要了
:
: thread
因为Java String immutable,
编译器最多只能通过上下文猜
并不能涵盖所有需要StringBuilder的Case
【在 k***r 的大作中提到】
: 这个只是为了address StringBuffer的efficiency/deficiency，但如果string
: concatination不是问题了，大概这两个都没有使用的必要了
:
: thread
相关阅读
哭! 我冤死了About TreeMap in JavaFailed to install WTP in eclipse 3.1.2 using update managera stupid questionJavaKaraOKeyThe right way to create new Exception急问hibernater queryIs there a JGrid?想自学J2EE【跪求】java applet下怎么执行系统的一个程序？JFrame怎么设定窗口为隐藏?AJAX or javascript forum recommendation?发现 java.net 比 sf.net 好今天面试。迷惑了很久，java 和 c++ 到底谁快？java的接口runnableQuestions on EJB3 Persistence/Hibernate刚才笔记本上装了Netbeans5.0, 但启动得时侯怎么特别慢呢?恩赞卡拉OK1。5发布了 (转载)[ZT] choose your java xml parser