Vergleichen von Zeichenfolgen mit ==, die in Java als endgültig deklariert wurden
Beim Vergleichen von Zeichenfolgen mit dem Gleichheitsoperator (==) in Java ist das Ergebnis kann je nachdem, ob die Zeichenfolgen als final deklariert sind, unterschiedlich sein.
Final Zeichenfolgen
Wenn eine Zeichenfolge als endgültig deklariert wird, optimiert der Compiler sie, indem er den Wert als konstanten Ausdruck zur Kompilierungszeit einfügt. Dies bedeutet, dass der String-Wert zur Kompilierungszeit ermittelt und direkt im Bytecode gespeichert wird, anstatt zur Laufzeit dynamisch zugewiesen zu werden.
Verhalten endgültiger Strings
In der Bei als final deklarierten Zeichenfolgen gibt der Vergleichsausdruck concat == "string" true zurück, weil:
Non-Final Strings
Im Gegensatz dazu non -final-Strings sind nicht inline und werden zur Laufzeit dynamisch zugewiesen. Durch die Verkettungsoperation wird ein neues String-Objekt erstellt, das sich vom Literal „string“ im Speicher unterscheidet. Folglich gibt der Vergleichsausdruck concat == "string" false zurück.
Überprüfung
Um dieses Verhalten zu bestätigen, kann man den Bytecode von Non-Final und Final vergleichen String-Versionen:
Nicht endgültig Version:
// stores str and ing in separate variables and uses StringBuilder for concatenation
Endgültige Version:
// directly inlines the final variable to create String string at compile time
Daher kann die Deklaration von Zeichenfolgen als endgültig und deren Initialisierung mit konstanten Ausdrücken zur Kompilierungszeit Auswirkungen auf die haben Ergebnis von Gleichheitsvergleichen mit == aufgrund des Inlinings und Internierens von String-Literalen.
Das obige ist der detaillierte Inhalt vonBeeinflusst die Deklaration von Strings als „final' in Java „=='-Vergleiche?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!