Java에서 문자열을 `final`로 선언하면 `==` 비교에 영향을 줍니까?

Java에서 Final로 선언된 ==와 문자열 비교

Java에서 항등 연산자(==)를 사용하여 문자열을 비교할 때 결과는 문자열이 final로 선언되었는지 여부에 따라 달라질 수 있습니다.

Final 문자열

문자열이 final로 선언되면 컴파일러는 값을 컴파일 타임 상수 표현식으로 인라인하여 문자열을 최적화합니다. 즉, 문자열 값은 런타임에 동적으로 할당되지 않고 컴파일 타임에 결정되어 바이트코드에 직접 저장됩니다.

최종 문자열의 동작

final로 선언된 문자열의 경우 비교 표현식 concat == "string"은 다음과 같은 이유로 true를 반환합니다.

• 컴파일러 연결 작업을 인라인된 문자열로 바꿉니다. String concat = "str" ​​"ing"; // 문자열이 됨 concat = "string";
• 문자열 리터럴은 내부에 포함됩니다. 즉, 동일한 문자열 값에 대한 여러 참조가 동일한 인스턴스를 공유한다는 의미입니다. 따라서 concat과 리터럴 "string"은 동일한 String 개체를 참조하여 진정한 동등성을 얻습니다.

Non-Final Strings

반면, non -최종 문자열은 인라인되지 않으며 런타임 시 동적으로 할당됩니다. 연결 작업은 메모리의 리터럴 "문자열"과 다른 새로운 String 객체를 생성합니다. 결과적으로 비교 표현식 concat == "string"은 false를 반환합니다.

검증

이 동작을 확인하려면 최종이 아닌 바이트코드와 최종의 바이트코드를 비교할 수 있습니다. 문자열 버전:

최종 아님 버전:

// stores str and ing in separate variables and uses StringBuilder for concatenation

최종 버전:

// directly inlines the final variable to create String string at compile time

따라서 문자열을 최종으로 선언하고 컴파일 타임 상수 표현식으로 초기화하면 문자열에 영향을 미칠 수 있습니다. 문자열 리터럴의 인라인 및 인터닝으로 인해 ==를 사용한 동등 비교의 결과입니다.

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