Warum ist „CaseInsensitiveString cis = new CaseInsensitiveString(„Polish')' akzeptabel, während „String s = new String('silly')' für die Speicheroptimierung nicht empfohlen wird?

Java-String-Speicheroptimierung: „String s = new String("silly")" verstehen

Es wurden Bedenken hinsichtlich der Empfehlung geäußert Vermeiden Sie es, Java-Code wie „String s = new String(“silly“)“ zu schreiben. Dieser Rat gilt zwar für die Optimierung der Speichernutzung im Fall von String-Objekten, ist jedoch möglicherweise nicht auf andere Klassen anwendbar.

Warum ist „CaseInsensitiveString cis = new CaseInsensitiveString("Polish")" akzeptabel?

Das Objekt „cis“ ist eine Instanz der CaseInsensitiveString-Klasse. Im Gegensatz zu String ist CaseInsensitiveString eine benutzerdefinierte Klasse, die einen Konstruktor zum Erstellen eines Objekts erfordert. Daher ist die Syntax „CaseInsensitiveString cis = new CaseInsensitiveString(“Polish“)“ erforderlich, um das Objekt mit dem angegebenen String-Wert zu initialisieren.

Wie verhält sich CaseInsensitiveString wie String für die Literalinitialisierung?

Um die Literalinitialisierung für CaseInsensitiveString wie für String zu ermöglichen, könnte man Folgendes implementieren Folgendes:

• Erstellen Sie eine benutzerdefinierte Factory-Methode: Definieren Sie eine statische Methode in der CaseInsensitiveString-Klasse, die ein Literal als Argument akzeptiert und eine mit diesem Wert initialisierte Instanz der Klasse zurückgibt. Diese Methode würde den impliziten Konstruktoraufruf nachahmen, der für String-Literale auftritt.
• Implementieren Sie die valueOf()-Methode: Überschreiben Sie die von Object geerbte valueOf()-Methode, die intern von Java verwendet wird Erstellen Sie neue String-Instanzen aus Literalen. Durch die Bereitstellung einer benutzerdefinierten Implementierung könnten neue CaseInsensitiveString-Objekte direkt aus Literalen erstellt werden.

Warum ist es in Ordnung, ein Literal direkt an String zu übergeben?

String ist eine spezielle Klasse in Java. Es verfügt über einen vordefinierten Pool interner Zeichenfolgen, in denen doppelte Zeichenfolgenliterale als Verweise auf dasselbe Objekt gespeichert werden. Dadurch entfällt die Notwendigkeit mehrerer String-Objekte für denselben String-Wert, was den Speicherverbrauch reduziert.

Das obige ist der detaillierte Inhalt vonWarum ist „CaseInsensitiveString cis = new CaseInsensitiveString(„Polish')' akzeptabel, während „String s = new String('silly')' für die Speicheroptimierung nicht empfohlen wird?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!