コンパイラが文字列連結を自動的にStringBuilderに変換する場合、なぜStringBuilderを明示的に使用するのですか？

Question

可能性の重複：私は疑問に思って
StringBuilder vs String concatenation in toString() in Java

、コンパイラが内部で文字列の連結を実行する2つの文字列を追加するのStringBuilderを使用しているため、その後、ポイント何だと私は気にすべき理由使用しますStringBuilderは、文字列の連結がすでにあなたのために仕事をしていた場合ですか？その他の具体的な理由はありますか？

Answer 1

このように、a + " = " + bのような単純な文字列連結式ではなく、StringBuilderを使用しないでください。後者は入力がより簡単で読みやすく、コンパイラは内部でStringBuilderを使用しますので、書き換えてもパフォーマンス上の利点はありません。

しかし、StringBuilderは、ループ内に多数の文字列を連結する場合に便利です。次のコードは非効率的です。実行にはO（n ）時間が必要で、多くの一時的な文字列が作成されます。

String result = ""; 
for (int i = 0; i < foo.length; ++i) 
{ 
    result += bar(foo[i]); // Bad 
} 

代わりにこれを試してみてください：

StringBuilder sb = new StringBuilder(); 
for (int i = 0; i < foo.length; ++i) 
{ 
    sb.append(bar(foo[i])); 
} 
String result = sb.toString(); 

コンパイラは単純なa + b + c表現を最適化します。上記のコードを自動的に最適化することはできません。

Answer 2

string concatinationがstringbuilderを内部的に使用しているとしますか？単純なコンカットが最適化されるかもしれませんが、これは間違いありません。

String s = ""; 

for (int i = 0; i < 1000; i++){ 
    for (int j = 0; j < 1000; j++){ 
    s+= "" + i + j 
} 
}