Java에서 문자열을 `final`로 선언하면 `==` 비교 방법이 변경됩니까?

Java에서 최종 선언된 경우 ==와 문자열 비교

Java에서 == 연산자는 두 객체의 메모리 참조를 비교합니다. 그러나 문자열이 final로 선언되고 컴파일 타임 상수로 초기화되면 고유한 동작이 발생합니다.

시나리오 1: 최종이 아닌 문자열

다음 코드를 고려하세요. 세그먼트:

String str1 = "str";
String str2 = "ing";
String concat = str1 + str2;

System.out.println(concat == "string");

이 코드의 결과는 false입니다. 연결 작업은 기존 문자열 리터럴 "string"과 동일하지 않은 새 String 객체를 생성합니다.

시나리오 2: 최종 문자열

이제 문자열을 final로 선언합니다.

final String str1 = "str";
final String str2 = "ing";
String concat = str1 + str2;

System.out.println(concat == "string");

놀랍게도 결과는 이제 true입니다. 문자열을 final로 선언하면 컴파일러가 해당 값을 인라인하고 전체 표현식을 컴파일 타임 상수 표현식으로 처리할 수 있기 때문입니다.

컴파일러 최적화: Interning

컴파일 타임 상수 표현식에 문자열이 포함된 경우 JVM(Java Virtual Machine)은 이를 "인턴"합니다. 즉, 문자열의 고유한 인스턴스를 특수한 위치에 저장합니다. String pool이라는 위치입니다. 따라서 두 번째 시나리오에서 연결된 문자열은 인터닝된 문자열 "string"과 직접 비교되어 실제 결과를 얻습니다.

결론

문자열을 final로 선언 컴파일 타임 상수를 사용하면 최적화 프로그램이 표현식을 단일 String 객체로 처리하여 기존 문자열과의 구문 동일성 검사(==)가 가능해집니다. 리터럴. 이는 Java의 컴파일러 최적화와 이것이 객체 ID 비교에 어떤 영향을 미칠 수 있는지 보여줍니다.

위 내용은 Java에서 문자열을 `final`로 선언하면 `==` 비교 방법이 변경됩니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!