Java의 상수 풀이 127보다 큰 숫자에 대해 정수 값을 다르게 처리하는 이유는 무엇입니까?

정수에 대한 상수 풀 동작: 수치 경계 이해

전통적으로 Java의 상수 풀은 동일한 값에 대해 문자열 리터럴을 유사하게 처리하는 것으로 알려져 있습니다. 그러나 정수에 대한 상수 풀의 동작에는 미묘한 차이가 있습니다. 이는 127까지의 값에 적용되지만 값이 이 임계값을 초과하면 다릅니다.

이러한 차이를 이해하려면 Integer 래퍼 개체와 기본 int 값 간의 차이를 인식하는 것이 중요합니다. -128~127 범위 내에서 정수 리터럴을 선언하면 자동으로 상수 풀에 인턴됩니다. 결과적으로 "Integer i1 = 127; Integer i2 = 127;"과 같이 동일한 값에 할당된 두 변수는 동일한 객체 참조를 가리키며 true로 평가되는 "i1 == i2"의 예상 결과로 이어집니다.

그러나 int 값을 Integer 객체에 박싱하면 이 역학이 완전히 변경됩니다. 문자열과 달리 정수용 상수 풀은 리터럴 값만 캐시합니다. 즉, 박싱 작업 자체가 Java 힙에서 할당을 시작한다는 의미입니다. 다음 코드 조각을 고려하세요. "Integer i1 = new Integer(127); Integer i2 = new Integer(127);". 이 경우 두 변수는 모두 동일한 값을 나타내지만 상수 풀에 저장되지 않으므로 별개의 개체입니다. 이러한 구별은 false로 평가되는 "i1 == i2"에 반영됩니다.

이제 정수 리터럴이 127 임계값을 넘을 때 흥미로운 점이 발생합니다. 이 시점에서 상수 풀은 값이 박스화되었는지 여부에 관계없이 더 이상 값을 인턴하지 않습니다. 이는 "Integer i1 = 128; Integer i2 = 128;" 예에서 분명하게 드러납니다. 여기서 두 변수는 서로 다른 개체 인스턴스를 참조하고 "i1 == i2"는 false로 평가됩니다.

이 변경에 대한 정당성 동작은 JLS(Java 언어 사양)에 설명된 구현 실용적 방식에 있습니다. JLS는 작은 범위의 풀링된 값에 대한 메모리 최적화를 보장하지만 구현 재량에 따라 더 넓은 범위를 허용합니다. 대부분의 JVM(Java Virtual Machine)은 지연 또는 열성 캐싱과 같은 기술을 활용하여 더 넓은 범위를 활용함으로써 일반적인 사용 사례에 대한 동작 기대치를 저하시키지 않으면서 성능을 향상시킵니다.

위 내용은 Java의 상수 풀이 127보다 큰 숫자에 대해 정수 값을 다르게 처리하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!