Java: String concat vs StringBuilder-zoptymalizowany, więc co powinienem zrobić?

Myślę, że użycie StringBuilder vs + naprawdę zależy od kontekstu, w którym go używasz.

Ogólnie używając JDK 1.6 i nowszych kompilator automatycznie połączy łańcuchy znaków używając StringBuilder.

String one = "abc";
String two = "xyz";
String three = one + two;

To skompiluje String three jako:

String three = new StringBuilder().append(one).append(two).toString();

Jest to bardzo pomocne i oszczędza nam trochę czasu. Jednak proces ten nie zawsze jest optymalny. Weźmy na przykład:

String out = "";
for( int i = 0; i < 10000 ; i++ ) {
    out = out + i;
}
return out;

Jeśli skompilujemy do kodu bajtowego, a następnie dekompilujemy wygenerowany bajt, otrzymamy coś like:

String out = "";
for( int i = 0; i < 10000; i++ ) {
    out = new StringBuilder().append(out).append(i).toString();
}
return out;

Kompilator zoptymalizował wewnętrzną pętlę, ale z pewnością nie dokonał najlepszych możliwych optymalizacji. Aby ulepszyć nasz kod możemy użyć:

StringBuilder out = new StringBuilder();
for( int i = 0 ; i < 10000; i++ ) {
    out.append(i);
}
return out.toString();

Teraz jest to bardziej optymalne niż kod generowany przez kompilator, więc zdecydowanie istnieje potrzeba pisania kodu za pomocą StringBuilder/StringBuffer klasy w przypadkach, gdy potrzebny jest efektywny kod. Obecne Kompilatory nie radzą sobie z łączeniem łańcuchów w pętle, jednak może to się zmienić w przyszłości.

Potrzebujesz aby dokładnie sprawdzić, gdzie trzeba ręcznie zastosować StringBuilder i spróbować użyć go tam, gdzie nie zmniejszy to czytelności kodu.

Uwaga: skompilowałem kod używając JDK 1.6 i zdekompilowałem kod używając programu javap, który wypluwa kod bajtowy. Jest to dość łatwe do zinterpretowania i często jest użytecznym odniesieniem do optymalizacji kodu. Kompilator zmienia kod za kulisami, więc zawsze jest interesujące zobaczyć, co robi!