Warum kann „==' in Java manchmal „Integer'-Objekte nicht korrekt vergleichen?

Das Geheimnis der Ganzzahlgleichheit in Java

Als Java in Version 1.5 Autoboxing einführte, wurde die Verwendung von Ganzzahlobjekten mit primitiven Ints austauschbar. Es wurde jedoch beobachtet, dass die Verwendung von == zum Vergleich von Integer-Objekten zu unerwarteten Ergebnissen führen kann.

In einer verwirrenden Situation wurde festgestellt, dass Code, der == zum Vergleich von Integer-Variablen verwendet, ein boolesches Flag fälschlicherweise auf „true“ setzt wenn die Werte tatsächlich gleich waren. Durch den Wechsel des Vergleichs zu !cdiCt.equals(cdsCt) wurde das Problem jedoch behoben.

Dieses ungewöhnliche Verhalten ist auf den Caching-Mechanismus der JVM für Ganzzahlwerte zurückzuführen. Bei Werten im Bereich von -128 bis 127 verwendet die JVM zwischengespeicherte Instanzen wieder und sorgt so für eine effiziente Speichernutzung. Daher erscheinen Ganzzahlen in diesem Bereich unabhängig von ihren tatsächlichen Referenzen als identisch.

Bei Verwendung von == zum Vergleichen von Ganzzahlobjekten wird die Referenzgleichheit und nicht der Inhalt überprüft. Wenn daher die zwischengespeicherten Instanzen verwendet werden, gibt der Vergleich „true“ zurück, selbst wenn die Objektverweise unterschiedlich sind.

Dieses Problem tritt bei Verwendung der Methode „equals()“ nicht auf, da sie die Werte der Objekte vergleicht und dabei die ignoriert Referenzen. Daher wird empfohlen, equal() zum Vergleich von Integer-Objekten zu verwenden, insbesondere wenn der Wertebereich über den zwischengespeicherten Bereich hinausgehen kann oder wenn eine genaue Gleichheitsbestimmung erforderlich ist.

Das obige ist der detaillierte Inhalt vonWarum kann „==' in Java manchmal „Integer'-Objekte nicht korrekt vergleichen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!