Javaの文字列の比較でequalsと==の違いは？正しい判定法を解説

Javaで文字列を扱う際、equalsと==のどちらを使うかで結果が変わることに驚いた経験はないでしょうか。特にプログラミングを始めたばかりの方や他言語から移ってきた方にとって、この違いは見落としがちな落とし穴です。この記事では、両者の基本から使い分け、注意点、比較方法までを詳しく解説します。これを読めば誤った比較によるバグを防ぎ、自信を持ってJavaの文字列を比較できるようになります。

Java 文字列 比較 equals == 違いとは何か

まず、「Java 文字列 比較 equals == 違い」というキーワードにある通り、equalsと==の違いを理解することが第一歩です。equalsメソッドは文字列の中身（内容）を比較し、==演算子は参照（メモリ上の位置）の比較を行います。つまり、値が同じ文字列であっても別オブジェクトであれば==ではfalseになりますが、equalsではtrueが返ります。文字列リテラルとnewキーワードで生成したStringオブジェクトの違いがここで大きく影響します。最新情報では、Stringクラスはequalsをオーバーライドしており、効率的かつ安全に中身の比較ができるようになっています。

equalsメソッドの定義と動作

equalsはObjectクラスで定義されており、Stringクラスでオーバーライドされています。動作としては、まず参照が同じならtrue、次に比較対象がStringかどうかを確認し、長さが同じかをチェックし、最後に文字ごとに中身を比較します。こうしたステップを踏むことで、中身が完全に一致する場合にのみtrueが返ります。nullを渡したり、異なる型を渡すとfalseになります。

==演算子の定義と動作

==演算子はプリミティブ型とオブジェクト型で動作が異なります。プリミティブ型では値そのものを比較し、オブジェクト型では参照（どのオブジェクトを指しているか）を比較します。文字列に関して==を使うと、同じリテラルを利用していればtrueになることがありますが、newで生成された文字列やユーザー入力から生成された文字列などでは異なるオブジェクトになる可能性があり、falseになることがあります。

nullとの比較時の挙動

null参照を使ってequalsを呼ぶとNullPointerExceptionが発生します。たとえば、String s = null; s.equals(“test”)は例外を起こします。一方で==はnullチェックが可能なので、if(s == null)やif(s == t)など安全に使うことができます。このため、equalsを呼び出す場合は呼び出す側のオブジェクトがnullでないことを保証するか、あるいはObjects.equalsなどのnullに安全なユーティリティを利用するのが推奨されます。

equalsと==を使う具体的な場面と比較

equalsと==は用途によって使い分ける必要があります。どちらを使うべきかを明確にするため、具体的なケースを示します。値比較が必要な入力チェック、認証処理、データ比較などではequalsが最適です。一方、オブジェクトが同一かどうかを確認したい場合や、文字列のインターン（プール）を活用している場合などでは==が使われることがあります。しかし、混乱を避けるためほとんどの場合equalsを使うことが安全であり推奨されます。

リテラル文字列同士の比較

String a = “hello”; String b = “hello”; のようにリテラルを直接使った場合、Javaは「文字列プール」を使って同一のインスタンスを共有します。したがって、a == bはtrueになります。しかしこれはプールからの取得だからであり、常に信頼できるわけではありません。equalsは中身を比較するので、こうしたケースでも内容が同じならtrueになります。

new String生成や動的生成されたStringの比較

String c = new String(“hello”); のようにnewで生成すると、文字列プールとは別のオブジェクトがヒープ上に作られます。同じ内容であっても参照が異なるので、a == cはfalseになります。equalsを使えばtrueになります。また、ユーザー入力やStringBuilder.toString()などで動的に生成された文字列の場合も同様の扱いになります。

Internメソッドとプールの利用

String.intern()メソッドを使うと、文字列をプールに格納し、リテラルと同様に共有された参照が使われるようになります。これにより、インターン後は==でも検査可能なケースがありますが、すべての文字列に対してinternを使うのはコストがかかる場合があります。プールの利用はメモリ管理上や性能上の利点がありますが、==を値比較の代替として使う設計はリスクを伴います。

equalsと==の内部構造と実装上の違い

equalsと==の違いは宣言だけでなく、StringクラスやObjectクラスの内部実装にも反映されています。どのようにequalsがオーバーライドされているか、どのようなアルゴリズムで比較が行われるか、==がどう参照比較を行っているか。それを理解することで、結果の予期せぬ違いを防ぐことができます。

Stringクラスにおけるequalsのオーバーライド

Stringクラスではequalsが内容比較を行うようにオーバーライドされています。実装部分ではまずthis == otherをチェックし、同一参照なら即trueを返します。その後、otherがStringかどうかを instanceof で確認し、文字数を比較し、最後に各文字を一つずつ比較する処理が行われます。この実装により性能もある程度保たれ、内容が長くとも最初と長さの比較で早期にfalseになることがあります。

==演算子の参照比較の仕組み

==演算子は単純に参照（実際のメモリアドレスなど）の比較を行います。Java仮想マシンでは文字列リテラルはコンパイル時にプールに登録され、同じリテラルは同じオブジェクト参照を持つようになります。しかしnew Stringを使った生成や動的生成ではリテラルプールを使わない場合があり、異なる参照になることがあります。プリミティブ型では値そのものを比較するので値比較が直に行われます。

比較にかかるパフォーマンス面の違い

equalsは文字列の長さチェックと文字列中の各文字の比較を行うため、比較対象の長さが長いとコストがかかります。一方==は参照比較だけなので非常に高速です。しかし値比較の正確性を犠牲にすることになるため、==を頻繁に使うのは安全ではありません。最新のJava実装でもequalsは十分最適化されていますので、通常の用途ではequalsを選ぶことがほとんどです。

equalsと==を使い分ける際の注意点とベストプラクティス

実践的には以下のような注意点があります。文字列比較でバグを防ぎ、コードの可読性・保守性を高めるために、これらのポイントを押さえておくことが重要です。

null安全な比較の方法

equalsを呼び出す際は呼び出し元がnullではないことを保証する必要があります。呼び出し順を「定数側.equals(変数)」とすることでNullPointerExceptionを回避できます。また、Objects.equals(a, b)を使えば両方がnullまたは内容が等しい場合はtrueを返し、安全に比較できます。

ケースセンシティブと無視する比較

equalsは大文字小文字を区別します。もし区別したくない場合はequalsIgnoreCaseを使うか、大文字小文字を統一してからequalsを使う方法があります。たとえばユーザー名や入力チェックなどで、大文字小文字を無視した比較が必要な場面ではequalsIgnoreCaseが利用可能です。

カスタムクラスでequalsとhashCodeをオーバーライドする際のルール

文字列以外のカスタムクラスでequalsをオーバーライドするなら、hashCodeを合わせてオーバーライドすることがJavaの契約で求められます。equalsだけをオーバーライドすると、HashMapやHashSetで予期せぬ動作を引き起こすことがあります。またequalsの実装では対称性・反射性・推移性・一貫性を満たすことが重要です。

その他の比較方法とその用途

文字列の比較にはequalsと==以外にも様々な方法があります。それぞれ用途や持ち味が異なるため、使い分けを覚えておくと幅広い場面で正確な比較が行えるようになります。

compareTo メソッドによる辞書順比較

compareToは文字列を辞書順に比較する際に用います。戻り値は0が等しい、負数が左側が辞書順で前、正数が後を表します。equalsが単に等しいかどうかを調べるのに対し、compareToは大小比較も可能で、ソート処理や順序判定に使われます。

equalsIgnoreCase やその他無視系比較の利用

equalsIgnoreCaseは大文字小文字の違いを無視して内容比較をしたい場合に使います。たとえばユーザー入力や検索ワードなど、大小文字を区別するかどうかがユーザー体験に影響する場面で重宝します。他にもLocaleを使った比較や正規表現を組み合わせる方法もあります。

Objects.equals や null 包装型の比較

Java 7以降で使えるObjects.equalsを使えば、引数のどちらかがnullでも安全に比較できます。加えてラッパークラス（Integer, Booleanなど）やカスタムオブジェクトの比較でも、equalsをオーバーライドした上でObjects.equalsを使う習慣がバグの回避につながります。

まとめ

equalsメソッドと==演算子の違いは、「参照一致」か「内容一致」かという根本的な使い分けにあります。文字列を比較する際にはほとんどの場合equalsを使うことが正しく、安全です。==はプリミティブ型やインターンされた文字列など、限られた用途に限定して使用するべきです。nullを扱う場合や大文字小文字の違いを意識する場合には、安全性の高いequalsのパターンやequalsIgnoreCase、Objects.equalsを活用しましょう。これらを理解し実践することで、Javaでの文字列比較によるバグを未然に防ぐことができます。