文字列定数プール: リテラルが存在する場合でも、「new」によって新しい文字列オブジェクトが作成されるのはなぜですか?

文字列定数プール: 詳細な調査

Java の文字列リテラルは、メモリ使用量を最適化し、パフォーマンスを向上させるためにプールされます。これは、String リテラルが見つかると、コンパイラが String Constant Pool で同じ値を持つ既存の String オブジェクトを確認することを意味します。見つかった場合、参照は既存のオブジェクトに向けられ、新しいオブジェクトの作成が回避されます。

ただし、「new」演算子を使用して新しい String オブジェクトを作成すると、一見ルールに矛盾するため、混乱が生じます。インターンのこと。これを明確にするために、次のステートメントを調べてみましょう。

• "コンパイラは String リテラルを検出すると、プールをチェックして、同一の String が既に存在するかどうかを確認します。"
• "In 「new」の場合、文字列リテラルへの参照は引き続き定数テーブルに入れられますが、「new」を使用すると、JVM は定数からのオブジェクトを使用するのではなく、実行時に新しい String オブジェクトを作成する必要があります。 table."

これらのステートメントは、String リテラルがインターンされてプールに保存されている間、「new」を使用すると JVM に新しい String オブジェクトを強制的に作成させることを示しています。これは、プール内に同等の String が存在するにもかかわらず、「new」演算子がそれをバイパスし、プール以外のメモリに新しいオブジェクトを割り当てることを意味します。

これを説明するために、次の例を考えてみましょう。

String one = new String("test");
String two = "test";
System.out.println(one.equals(two)); // true
System.out.println(one == two); // false

予想どおり、「one」と「two」の値は両方とも「test」ですが、異なる String オブジェクトを参照しているため、「==」比較では false が返されます。これは、文字列リテラル「test」がすでにプールに存在しているにもかかわらず、「new」を使用すると「one」の新しい String オブジェクトの作成が強制されるためです。

要約すると、文字列定数プールは最適化します。文字列リテラルをインターンすることによるメモリ使用量。ただし、「new」を使用すると、プールがバイパスされ、非プール メモリに新しい String オブジェクトが作成されます。これにより、値は同じだが参照が異なる 2 つの異なる String オブジェクトが生成されます。

以上が文字列定数プール: リテラルが存在する場合でも、「new」によって新しい文字列オブジェクトが作成されるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。