Przyjrzyjmy się następującym prostym wyrażeniom w Javie
int x=15;
String temp="x = "+x;
Nawróceni kompilatora "x = "+x;język StringBuilderwewnętrznie i zastosowań .append(int)„dodać” liczbę całkowitą na łańcuch.
5.1.11. Konwersja ciągów
Każdy typ można przekonwertować na typ String przez konwersję ciągów.
Wartość x typu pierwotnego T jest najpierw konwertowana na wartość referencyjną, tak jakby przez podanie jej jako argumentu do odpowiedniego wyrażenia tworzenia instancji klasy (§ 15.9):
- Jeśli T jest wartością logiczną, użyj new Boolean (x).
- Jeśli T jest char, użyj nowego znaku (x).
- Jeśli T jest bajtowe, krótkie lub int, użyj new Integer (x).
- Jeśli T jest długie, użyj nowego Long (x).
- Jeśli T jest zmiennoprzecinkowe, użyj nowego Float (x).
- Jeśli T jest podwójne, użyj nowego Double (x).
Ta wartość odniesienia jest następnie konwertowana na typ String przez konwersję ciągu.
Teraz należy wziąć pod uwagę tylko wartości odniesienia:
- Jeśli odwołanie ma wartość null, jest konwertowane na łańcuch „null” (cztery znaki ASCII n, u, l, l).
- W przeciwnym razie konwersja jest wykonywana tak, jakby przez wywołanie metody toString przywoływanego obiektu bez argumentów; ale jeśli wynik wywołania metody toString ma wartość null, zamiast tego używany jest ciąg „null”.
Metoda toString jest zdefiniowana przez pierwotną klasę Object (§4.3.2). Wiele klas go zastępuje, w szczególności Boolean, Character, Integer, Long, Float, Double i String.
Szczegółowe informacje na temat kontekstu konwersji ciągów można znaleźć w §5.4.
15.18.1.
Optymalizacja konkatenacji ciągów:
implementacja może zdecydować się na wykonanie konwersji i konkatenacji w jednym kroku, aby uniknąć tworzenia, a następnie odrzucania pośredniego obiektu String. Aby zwiększyć wydajność wielokrotnego łączenia ciągów, kompilator języka Java może użyć klasy StringBuffer lub podobnej techniki w celu zmniejszenia liczby pośrednich obiektów String, które są tworzone przez ocenę wyrażenia.
W przypadku typów pierwotnych implementacja może również zoptymalizować tworzenie obiektu otoki, konwertując bezpośrednio z typu pierwotnego na ciąg.
Zoptymalizowana wersja nie wykona najpierw pełnej konwersji napisów.
To jest dobra ilustracja zoptymalizowanej wersji używanej przez kompilator, aczkolwiek bez konwersji prymitywu, gdzie można zobaczyć, jak kompilator zmienia rzeczy w StringBuilder w tle:
http://caprazzi.net/posts/java-bytecode-string-concatenation-and-stringbuilder/
Ten kod java:
public static void main(String[] args) {
String cip = "cip";
String ciop = "ciop";
String plus = cip + ciop;
String build = new StringBuilder(cip).append(ciop).toString();
}
Generuje to - zobacz, jak dwa style konkatenacji prowadzą do tego samego kodu bajtowego:
L0
LINENUMBER 23 L0
LDC "cip"
ASTORE 1
L1
LINENUMBER 24 L1
LDC "ciop"
ASTORE 2
L2
LINENUMBER 25 L2
NEW java/lang/StringBuilder
DUP
ALOAD 1
INVOKESTATIC java/lang/String.valueOf(Ljava/lang/Object;)Ljava/lang/String;
INVOKESPECIAL java/lang/StringBuilder.<init>(Ljava/lang/String;)V
ALOAD 2
INVOKEVIRTUAL java/lang/StringBuilder.append(Ljava/lang/String;)Ljava/lang/StringBuilder;
INVOKEVIRTUAL java/lang/StringBuilder.toString()Ljava/lang/String;
ASTORE 3
L3
LINENUMBER 26 L3
NEW java/lang/StringBuilder
DUP
ALOAD 1
INVOKESPECIAL java/lang/StringBuilder.<init>(Ljava/lang/String;)V
ALOAD 2
INVOKEVIRTUAL java/lang/StringBuilder.append(Ljava/lang/String;)Ljava/lang/StringBuilder;
INVOKEVIRTUAL java/lang/StringBuilder.toString()Ljava/lang/String;
ASTORE 4
L4
LINENUMBER 27 L4
RETURN
Patrząc na powyższy przykład i jak generowany jest kod bajtowy oparty na kodzie źródłowym w podanym przykładzie, będziesz mógł zauważyć, że kompilator wewnętrznie przekształcił następującą instrukcję
cip+ciop;
w
new StringBuilder(cip).append(ciop).toString();
Innymi słowy, operator +w konkatenacji ciągów znaków jest w rzeczywistości skrótem dla bardziej szczegółowego StringBuilderidiomu.
+Operator plus ( ) to funkcja języka Java.