Java 정수 비교: `==`가 때때로 실패하는 이유는 무엇이며 언제 `.equals()`를 사용해야 합니까?

Java: 정수 평등 수수께끼 - 같음 대 ==

정수와 해당 래퍼 클래스인 Integer는 종종 서로 바꿔서 사용할 수 있습니다. , 동등 연산자를 사용하여 두 정수 값을 비교할 때 특이한 동작이 발생했습니다. (==).

예기치 않은 결과

다음 코드 조각을 고려하세요.

Integer cdiCt = ...;
Integer cdsCt = ...;
...
if (cdiCt != null && cdsCt != null && cdiCt != cdsCt)
    mismatch = true;

놀랍게도 이 조건문은 불일치를 잘못 설정한 것으로 보입니다. cdiCt와 cdsCt의 기본 값이 동일한 경우에도 true입니다(예: 둘 다 값 137 포함).

오토박싱 문제

이 수수께끼 같은 동작의 원인은 Java의 오토박싱 메커니즘에 있습니다. 프리미티브(예: int)를 해당 래퍼 클래스(예: Integer)와 비교할 때 오토박싱은 자동으로 프리미티브를 래퍼 객체로 변환합니다. 그러나 이 변환으로 인해 미묘한 복잡성이 발생합니다.

JVM 캐싱

성능상의 이유로 JVM은 -128에서 127 사이의 Integer 값을 캐시합니다. 이 범위에서 JVM은 새 인스턴스를 생성하는 대신 캐시된 인스턴스를 반환합니다. 이 캐싱 메커니즘은 동일한 기본 값(캐시된 범위 내)에 대한 모든 참조가 동일한 Integer 인스턴스를 가리키도록 보장합니다.

== 비교 실패

두 인스턴스를 비교할 때 항등 연산자(==)를 사용하는 정수 객체, Java는 메모리에서 동일한 객체를 참조하는지 확인합니다. 그렇다면 비교는 true를 반환합니다. 그렇지 않으면 false를 반환합니다. 그러나 캐시된 범위 내에 있고 동일한 기본 값을 보유하는 두 Integer 객체를 비교할 때 동일한 캐시된 인스턴스를 참조하므로 == 비교에서 거짓 긍정이 발생합니다.

해결책 : equals 메소드 사용

이 문제를 방지하려면 Integer 객체를 비교할 때 equals 메소드를 사용하는 것이 좋습니다. equals 메소드는 값 기반 비교를 수행하여 두 Integer 객체가 동일한 기본 값을 갖는 경우에만 동일한 것으로 간주되도록 합니다.

if (cdiCt != null && cdsCt != null && !cdiCt.equals(cdsCt))
    mismatch = true;

결론

==를 사용하여 캐시된 범위(-128~127) 내에서 Integer 개체를 비교하면 작동하는 것처럼 보일 수 있지만 예상치 못한 결과가 발생할 수 있습니다. 안정적인 동등 비교를 보장하려면 대신 항상 같음 방법을 활용하세요.

위 내용은 Java 정수 비교: `==`가 때때로 실패하는 이유는 무엇이며 언제 `.equals()`를 사용해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!