Stringの連結はそう簡単なものではない - かとじゅんの技術日誌

追記： 指摘の通りで、現実的な連結回数での計測でもないですし、統計手法を用いた分析をしていないので、このエントリの計測値は当てにしないでください。なので以下のブログを参考にしてください。 currentTimeMillis()で計測しておいて plusTime:14780, concatTime:7053, sbuilderTime:7, sbufferTime:13 とか、その7とか13の有効数字はいくつだっての。 激しく今更感があるタイトルですが(；・∀・) 昔に取り上げたのですが、 文字列の結合をやるからといって、すぐにStringの+をつかってはいけない - じゅんいち☆かとうの技術日誌 Stringの+演算子は間違った使い方するとパフォーマンスが低下しますよっていう話題。若干ネタ成分ありますが、ご容赦ください。 これ系の話題は自分的にはオワコンなんですが、最近、また話題を見つけた

[spodophyllum]

StringBuilder StringBuffer

[appf]

Stringの連結(+)とStringBuilder、StringBufferの使い分けについて。

[twainy]

「つまり、文字列連結演算子は、StringBuilderへの構文糖衣です。文字列連結演算子を使うというのはStringBuilderを使うということになります。」そうなんだ

[s-ishigami]

言語入門者のためにこの手の話題は定期的に配信されなければならない。と思ったら、この記事深い。

[ryoasai]

業務アプリだと、文字列連結より通信やDBがネックになることが多いため、通常は可読性を重視して気にしないこともあります。プロファイラでネックになっていたらこうした知識が役に立つ。

[terazzo]

自環境でやったらStringBufferが思ったほど劣化しなくてようやくjava6のBiased Lockingの威力を知った。／new StringBuilder((int) loop)にすると余分なarraycopyが無くなって確かに速くなる。

[kuwalab]

自分もオワコンだと思って読んでいたら、concatの考えは持っていなかった。頻繁に結合するときはStringBuilder、1回だけなら+位に考えてた。