메모리 최적화를 위해 'CaseInsensitiveString cis = new CaseInsensitiveString('Polish')'가 허용되는 반면 'String s = new String('silly')'는 권장되지 않는 이유는 무엇입니까?

Java 문자열 메모리 최적화: "String s = new String("silly")" 이해

다음 권장 사항과 관련하여 우려가 제기되었습니다. "String s = new String("silly")"와 같은 Java 코드를 작성하지 마세요. 이 조언은 String 객체의 경우 메모리 사용을 최적화하는 데 유효하지만 다른 클래스에는 적용되지 않을 수 있습니다.

"CaseInsensitiveString cis = new CaseInsensitiveString("Polish")"가 허용되는 이유는 무엇입니까?

"cis" 개체는 CaseInsensitiveString 클래스의 인스턴스입니다. String과 달리 CaseInsensitiveString은 객체를 생성하기 위해 생성자가 필요한 사용자 정의 클래스입니다. 따라서 지정된 문자열 값으로 객체를 초기화하려면 "CaseInsensitiveString cis = new CaseInsensitiveString("Polish")" 구문이 필요합니다.

리터럴 초기화를 위해 CaseInsensitiveString이 문자열처럼 동작하도록 하려면 어떻게 해야 합니까?

문자열과 마찬가지로 CaseInsensitiveString에 대한 리터럴 초기화를 활성화하려면 다음을 구현할 수 있습니다. 다음:

• 사용자 정의 팩토리 메서드 만들기: 리터럴을 인수로 사용하고 해당 값으로 초기화된 클래스의 인스턴스를 반환하는 CaseInsensitiveString 클래스의 정적 메서드를 정의합니다. 이 메소드는 문자열 리터럴에 대해 발생하는 암시적 생성자 호출을 모방합니다.
• valueOf() 메소드 구현: Java에서 내부적으로 사용되는 Object에서 상속된 valueOf() 메소드를 재정의합니다. 리터럴에서 새 String 인스턴스를 만듭니다. 사용자 정의 구현을 제공함으로써 리터럴에서 직접 새로운 CaseInsensitiveString 객체를 생성할 수 있습니다.

리터럴을 String에 직접 전달해도 괜찮은 이유는 무엇입니까?

String Java의 특수 클래스입니다. 여기에는 중복 문자열 리터럴이 동일한 개체에 대한 참조로 저장되는 사전 정의된 인턴 문자열 풀이 있습니다. 이렇게 하면 동일한 문자열 값에 대해 여러 String 객체가 필요하지 않으므로 메모리 소비가 줄어듭니다.

위 내용은 메모리 최적화를 위해 'CaseInsensitiveString cis = new CaseInsensitiveString('Polish')'가 허용되는 반면 'String s = new String('silly')'는 권장되지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!