Java에서 `==` 최종 문자열 비교가 때로는 True를 반환하고 때로는 False를 반환하는 이유는 무엇입니까?

Java의 ==와 최종 문자열 비교

Java의 문자열은 불변이므로 final로 선언되면 고유하게 동작합니다. 다음 코드를 고려하십시오.

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

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

여기서 "=="는 개체 참조를 비교하므로 비교는 false를 반환합니다. 그러나 문자열을 final로 선언하면:

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

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

이제 비교 결과는 설명할 수 없을 정도로 true를 반환합니다.

이유

최종 문자열이 초기화됩니다. 위의 예와 같이 컴파일 타임 상수 표현식을 사용하면 상수 변수가 되고 고유한 속성을 얻습니다. 즉, 인터닝됩니다. 인터닝은 문자열의 고유한 인스턴스가 공유된다는 것을 의미합니다.

두 번째 코드 조각에서 연결 결과 "string"은 컴파일 타임에 인터닝됩니다. 따라서 "=="에 전달된 문자열 리터럴 "string"과 동일한 참조를 공유합니다. 이를 통해 진정한 비교가 이루어집니다.

바이트코드 분석

두 버전 간의 차이점은 바이트코드에서 확인할 수 있습니다.

• Non -최종 버전: StringBuilder를 생성하고 런타임에 문자열을 연결하여 새 문자열을 생성합니다. object.
• 최종 버전: 참조된 내부 인스턴스를 직접 사용하여 컴파일 타임에 연결된 문자열 "string"을 인라인합니다.

결론

Java의 컴파일 타임 상수 표현식이 포함된 최종 문자열은 인터닝되어 고유한 인스턴스를 공유합니다. 값이 아닌 개체 참조를 직접 확인하므로 "=="를 사용하여 비교할 때 예상치 못한 결과가 발생할 수 있습니다.

위 내용은 Java에서 `==` 최종 문자열 비교가 때로는 True를 반환하고 때로는 False를 반환하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!