ジャワのクイズ: StringBuilderはなぜStringBufferの代りに使用されるべきであるか。
Angsuman Chakraborty
2008年8月23日
最初にひもの目的の大きい数を連結する最もよい方法はであるもの私に言いなさいか。 それはa + bあるか。
ジャワのほとんどの開発者は巨大な性能上の問題のためにa + b (+オペレータ)使用しないために彼ら代りに使用するStringBufferを知っている。 実際は私はこの民間伝承を確認する以前あるテストをした。 但しあなた方のうちの何人かはブロックに新しい子供- StringBuilderがあることを知ってもよい。
java.lang.StringBuilderはjava.lang.StringBufferのいとこである(java.util.HashMapのようにjava.utilにある。ハッシュテーブルかjava.util.HashSetはjava.utilにある。頭上式同時性のないベクトル)しかし。 多数の糸からのひもを連結する必要がなければStringBuilderのよりよい性能を得るために本当らしい。
いかにの下で に、プログラムする ジャワソフトウェアファイルされる |
|
RSS 2.0 |
Trackback この記事 |
この記事に電子メールを送りなさい
また読むのを好むかもしれない |




































2008年8月23日1:38 pmの
私達は`を使用して+ 'ひもを連結するオペレータが遅い有害な、誤った主張と停止するできる。
基準第1動かしなさい。
を使用して共通の場合のために+ひもを造るオペレータはオールドスタイルのひもの緩衝アプローチより遅くない。 それはジャワ1.4.2または1.5のまわりにその後あってしまわなかった。 それは大きい連結のためにより遅い-集まっていて1つのより大きいひもへの1000年言いなさいまたはより多くのひもを…
http://paulbarry.com/articles/2007/03/15/java-string-concatenation
http://www.ibm.com/developerworks/java/library/j-jtp04223.html
http://www.javaworld.com/javaforums/showflat.php?Cat=2&Number=94239&an=0&page=0
いいですか。
2008年8月23日7:15 pmの
java.utilに中間の「java.util.ArrayListある。ベクトル」。
2008年8月24日12:06 AMの
@Porter
私は好めば基準、余りにいい1つを動かしてにはも動かした。 大きい連結そしてそれを使用して+のための試みは実際に吸う。 はい、私はループのためのaで多量のひものような言う述べている- 「ひもの大きい数を連結する最もよい方法」は反対する。 私は私がそれで非常に明確だったことを考えた。
2008年8月24日12:06 AMの
@Burt
はい、ArrayListの私の悪い状態。 ありがとう。
2008年8月24日9:59 AMの
私が主題で書いた記事はここにある:
StringBuffer対StringBuilderのパフォーマンス比較
それを有用見つけるかもしれない。
喝采