==演算子と文字列

この動作はインターンが原因です。動作はのドキュメントに記載されString#internています（呼び出したことがないのにコードに表示される理由を含むString#intern）：

文字列のプールは、最初は空で、クラスによってプライベートに維持されStringます。

internメソッドが呼び出されたときに、メソッドStringによって決定されたこのオブジェクトに等しい文字列がプールに既に含まれている場合、プールequals(Object)からの文字列が返されます。それ以外の場合、このStringオブジェクトはプールに追加され、このオブジェクトへの参照Stringが返されます。

これは、任意の二つの文字列のためにそれを次のsとt、s.intern() == t.intern()あるtrue場合にのみs.equals(t)当てはまります。

すべてのリテラル文字列と文字列値の定数式がインターンされます。文字列リテラルは、Java言語仕様の §3.10.5で定義されています。

だから例えば：

public class Test {

    private String s1 = "Hi";

    public static void main(String [] args) {

        new Test().test();
        System.exit(0);
    }

    public void test() {
        String s2 ="Hi";
        String s3;

        System.out.println("[statics]          s2 == s1? " + (s2 == s1));
        s3 = "H" + part2();
        System.out.println("[before interning] s3 == s1? " + (s3 == s1));
        s3 = s3.intern();
        System.out.println("[after interning]  s3 == s1? " + (s3 == s1));
        System.exit(0);
    }

    protected String part2() {
        return "i";
    }
}

出力：

[静力学] s2 == s1？true 
[インターン前] s3 == s1？false 
[インターン後] s3 == s1？本当

それを歩く：

1. 割り当てられたリテラルs1は自動的にインターンされるため、最終的にs1プール内の文字列を参照します。
2. 割り当てられたリテラルs2も自動的にインターンされるため、最終的s2には同じインスタンスがs1ポイントするようになります。JavaのStringインスタンスは不変であるため、2ビットのコードが互いに完全に認識されていない場合でも、これは問題ありません。それらを変更することはできません。などのメソッドを使用して、変更toLowerCase後の新しい文字列を取得できますが、呼び出した元の文字列toLowerCaseなどは変更されません。したがって、それらは無関係のコード間で安全に共有できます。
3. ランタイム操作を介して新しい Stringインスタンスを作成します。新しいインスタンスには、インターンされたインスタンスと同じ文字シーケンスがありますが、別のインスタンスです。ランタイムは、動的に作成された文字列を自動的にインターンしません。これは、コストがかかるためです。プールで文字列を見つける作業。（コンパイルする場合、コンパイラはそれ自体にその費用を取ることができます。一方）だから今、私たちは2つのインスタンス、1持っているs1とs2の点に、そして1つのs3にポイントを。したがって、コードはそれを示していs3 != s1ます。
4. 次に、明示的にインターンしs3ます。おそらくこれは、長い間保持する予定の大きな文字列であり、他の場所で複製される可能性が高いと考えられます。したがって、メモリ節約の見返りとして、インターンする作業を受け入れます。定義による解釈とは、新しい参照を取得できることを意味するため、結果をに割り当てs3ます。
5. 実際、s3同じインスタンスs1をs2ポイントしてポイントしていることがわかります。