Warum StringBuilder explizit verwenden, wenn der Compiler die String-Verkettung automatisch in einen StringBuilder konvertiert?

Question

Mögliche Duplizieren:
StringBuilder vs String concatenation in toString() in Java

Ich frage mich, da der Compiler intern einen Stringbuilder verwendet 2 Strings anhängen, wenn String Verkettung durchgeführt wird, was ist dann der Punkt, und warum sollte ich die Mühe mit StringBuilder ob String-Verkettung die Aufgabe bereits erledigt hat? Gibt es andere spezifische Gründe?

Answer 1

Wie Sie erwähnen, sollten Sie nicht StringBuilder anstelle einer einfachen Zeichenfolge Verkettung Ausdruck wie a + " = " + b verwenden. Letzteres ist schneller zu schreiben, einfacher zu lesen, und der Compiler verwendet intern ohnehin einen StringBuilder, so dass es keinen Leistungsvorteil durch Umschreiben gibt.

Jedoch ist StringBuilder nützlich, wenn Sie eine große Anzahl von Zeichenfolgen in einer Schleife verkettet. Der folgende Code ist ineffizient. Es benötigt O (n) Zeit zu laufen und erstellt viele temporäre Zeichenfolgen.

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

Versuchen Sie stattdessen:

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

Der Compiler optimiert nur einfache a + b + c Ausdrücke. Es kann den obigen Code nicht automatisch optimieren.

Answer 2

Wo gehen Sie davon aus, dass String-Konkordanz intern Stringbuilder verwendet? Vielleicht wird ein einfacher Concat weg optimiert, aber das wird definitiv nicht:

String s = ""; 

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