Java文字列比較の正しい方法｜equalsと==の違いやnull安全な書き方を解説

Javaプログラミングにおいて、文字列（String型）の比較は最も頻繁に行われる操作の一つです。

しかし、Javaにおける文字列比較には、初心者だけでなく経験者でも陥りやすい重要な落とし穴が存在します。

それは、「値が同じであること（同値性）」と「インスタンスが同じであること（同一性）」の混同です。

Javaでは文字列を基本データ型ではなくオブジェクトとして扱うため、他のプログラミング言語とは異なる独自の仕様を理解しておく必要があります。

本記事では、equalsメソッドと==演算子の決定的な違いから、実務で必須となるNull安全な比較方法、さらにはパフォーマンスを意識した高度な比較手法まで、プロフェッショナルな視点で詳しく解説します。

Javaにおける文字列比較の基本：equalsと==の違い

Javaで文字列を比較する際、最も基本的かつ重要なルールは、「文字列の内容を比較する場合は必ず equals メソッドを使用する」ということです。

Javaにおける == 演算子と equals メソッドは、比較の対象が根本的に異なります。

== 演算子が比較するもの

== 演算子は、比較する2つの変数が「メモリ上の同じ場所を指しているか（参照値が同じか）」を判定します。

これを「同一性（Identity）」の比較と呼びます。

JavaのStringはオブジェクトであるため、変数には実際の文字列データではなく、データが格納されているメモリのアドレスが保持されています。

したがって、たとえ文字列の内容が全く同じであっても、それらが異なるメモリ領域に作成された別々のインスタンスであれば、 == による比較結果は false となります。

equals メソッドが比較するもの

対照的に、Stringクラスの equals メソッドは、「文字列の内容そのものが一致しているか」を判定するようにオーバーライドされています。

これを「同値性（Equality）」の比較と呼びます。

実務におけるビジネスロジックで「IDが一致するか」「入力されたパスワードが正しいか」などを判定する場合、私たちが知りたいのは「内容が同じかどうか」です。

そのため、基本的には equals メソッドを使用するのが正解となります。

以下のプログラムで、その挙動の違いを確認してみましょう。

public class StringComparisonBasic {
    public static void main(String[] args) {
        // 文字列リテラルによる定義
        String str1 = "Java";
        String str2 = "Java";

        // new 演算子による明示的なインスタンス化
        String str3 = new String("Java");

        // 内容の比較 (equals)
        System.out.println("--- equals による比較 ---");
        System.out.println("str1.equals(str2): " + str1.equals(str2)); // true
        System.out.println("str1.equals(str3): " + str1.equals(str3)); // true

        // 参照の比較 (==)
        System.out.println("--- == による比較 ---");
        System.out.println("str1 == str2: " + (str1 == str2)); // true (リテラル最適化のため)
        System.out.println("str1 == str3: " + (str1 == str3)); // false (別インスタンスのため)
    }
}

--- equals による比較 ---
str1.equals(str2): true
str1.equals(str3): true
--- == による比較 ---
str1 == str2: true
str1 == str3: false

ここで注目すべき点は、str1 == str2 が true になっている一方で、str1 == str3 は false になっていることです。

この違いを生んでいるのが、Javaの「文字列コンスタントプール（String Constant Pool）」という仕組みです。

文字列コンスタントプールとメモリ管理

Javaはメモリ使用量を最適化するために、文字列リテラル（ダブルクォーテーションで囲まれた文字列）を特別な領域で管理しています。

これを文字列コンスタントプールと呼びます。

リテラルによる定義の場合

String str1 = "Java"; と記述した際、JVM（Java仮想マシン）はまずプール内に “Java” という文字列が存在するか確認します。

存在しない場合はプールに新しく作成し、その参照を返します。

次に String str2 = "Java"; と記述すると、JVMは既にプール内にある “Java” の参照を再利用します。

その結果、str1 と str2 はメモリ上の同じ場所を指すことになり、== でも true が返されるのです。

new演算子による定義の場合

一方、new String("Java") と記述すると、JVMはプールの状態に関わらず、必ずヒープ領域に新しいStringオブジェクトを作成します。

このため、プール内のインスタンスとは参照先が異なり、== での比較は false となります。

開発現場では文字列がどのように生成されたかを常に把握することは困難です。

外部ファイルからの読み込みやDBからの取得、文字列結合によって生成された文字列は、多くの場合リテラルとは異なる参照を持ちます。

したがって、「== 演算子による文字列比較はバグの温床」であり、原則として禁止すべき行為と言えます。

文字列比較のバリエーション

Javaには、単純な一致確認以外にも、用途に応じた様々な比較メソッドが用意されています。

これらを適切に使い分けることで、より簡潔で意図の明確なコードを記述できます。

大文字・小文字を区別しない比較：equalsIgnoreCase

ユーザー入力の検索ワードやメールアドレスの比較など、アルファベットの大文字・小文字を区別したくない場合には、equalsIgnoreCase メソッドを使用します。

String input = "JAVA";
String target = "java";

if (input.equalsIgnoreCase(target)) {
    System.out.println("一致しました（大文字小文字を区別しない）");
}

このメソッドを使用せずに大文字・小文字を無視しようとすると、str1.toLowerCase().equals(str2.toLowerCase()) のように記述しがちですが、これは新しい文字列オブジェクトを無駄に生成してしまうため、equalsIgnoreCase を使用するのがパフォーマンス面でも最善です。

辞書順での比較：compareTo

文字列の大小関係（どちらが辞書順で先か）を判定したい場合には、compareTo メソッドを使用します。

このメソッドは、Comparable インターフェースの実装であり、ソートアルゴリズムなどで頻繁に利用されます。

• 戻り値が 0：2つの文字列は等しい
• 戻り値が 負の整数：呼び出し元の文字列が、引数の文字列より辞書順で前にある
• 戻り値が 正の整数：呼び出し元の文字列が、引数の文字列より辞書順で後ろにある

String a = "apple";
String b = "banana";

System.out.println(a.compareTo(b)); // 負の値（'a' は 'b' より前）

特定の形式で始まる・終わる：startsWith / endsWith

文字列全体の一致ではなく、「特定の接頭辞で始まるか」「特定の拡張子で終わるか」といった部分的な比較には、専用のメソッドが適しています。

• startsWith(String prefix)：指定した文字列で始まるか
• endsWith(String suffix)：指定した文字列で終わるか

これらは内部的に領域を抽出して比較を行うため、substring を組み合わせて比較するよりも可読性が高く、意図が伝わりやすくなります。

Null安全な文字列比較のテクニック

Javaプログラミングにおいて最も頻繁に遭遇する例外の一つが NullPointerException (NPE) です。

文字列比較においても、変数が null である可能性を考慮しないと、実行時にアプリケーションがクラッシュする原因となります。

変数を左側に置く危険性

以下のようなコードは、実務では非常に危険です。

String input = getNullableString(); // nullを返す可能性がある
if (input.equals("ADMIN")) { // inputがnullの場合、ここでNullPointerExceptionが発生
    // 処理
}

このリスクを回避するための、Javaにおける標準的なテクニックをいくつか紹介します。

1. リテラルを左側に配置する（ヨーダ記法）

定数やリテラルと変数を比較する場合、リテラル側で equals を呼び出す手法が一般的です。

リテラルは決して null にならないため、変数が null であっても例外が発生せず、安全に false が返されます。

if ("ADMIN".equals(input)) {
    // inputがnullでも安全。結果はfalseになる。
    System.out.println("管理者として実行します");
}

2. Objects.equals を使用する（推奨）

Java 7から導入された java.util.Objects クラスの equals 静的メソッドを使用する方法です。

これは現代のJava開発において最も推奨される比較方法です。

import java.util.Objects;

String s1 = null;
String s2 = "Java";

if (Objects.equals(s1, s2)) {
    // どちらかがnullでもNPEは発生しない
}

Objects.equals(a, b) の内部実装は以下のようになっています。

1. a == b であれば true を返す（両方 null の場合も含む）。
2. a が null でなければ a.equals(b) の結果を返す。
3. それ以外は false を返す。

このメソッドを使うことで、開発者は null チェックのボイラープレートコードを書く手間から解放され、コードの可読性も向上します。

パフォーマンスと特殊な比較ケース

大規模なデータ処理やループ内での比較など、パフォーマンスが極限まで求められるシーンでは、通常の比較以外の手法を検討することもあります。

String.intern() による高速化の検討

前述の「文字列コンスタントプール」に明示的に登録する intern() というメソッドがあります。

String s1 = new String("Java").intern();
String s2 = "Java";
System.out.println(s1 == s2); // true

intern() を呼び出すと、その文字列と内容が等しい文字列がプールに存在すればその参照を返し、なければプールに登録してその参照を返します。

これにより、「内容の比較（equals）」を「参照の比較（==）」に置き換えることが可能になります。

ただし、プールの管理コストやメモリ消費、ハッシュ衝突のリスクがあるため、現代の一般的なアプリケーション開発で多用されることはありません。

大量の重複文字列をメモリに保持する必要がある場合のメモリ節約術として知っておく程度で十分です。

StringBuilderとの比較

文字列の変更を繰り返す場合、StringBuilder を使用しますが、これと String を直接比較する際には注意が必要です。

StringBuilder は equals メソッドをオーバーライドしていないため、Object クラスの参照比較が行われてしまいます。

StringBuilder sb = new StringBuilder("Java");
String s = "Java";

// 誤った比較
System.out.println(s.equals(sb)); // false

// 正しい比較（contentEqualsを使用）
System.out.println(s.contentEquals(sb)); // true

contentEquals メソッドは、引数が CharSequence（String, StringBuilder, StringBufferの共通インターフェース）であれば、その内容を文字単位で比較してくれます。

無駄な toString() の呼び出しを避けることができ、効率的です。

空文字と空白文字の判定

比較に関連して頻出するのが、「文字列が空かどうか」の判定です。

Java 11以降、この判定は非常にスマートになりました。

String str = "   ";

System.out.println(str.isEmpty()); // false (スペースが含まれるため長さがある)
System.out.println(str.isBlank()); // true (空白文字のみのため)

実務のバリデーションチェックでは、null でなく、かつ isBlank() でないことを確認するのが一般的です。

まとめ

Javaにおける文字列比較は、一見単純に見えて非常に奥が深いテーマです。

本記事で解説した重要なポイントを振り返りましょう。

equals() による比較

内容の比較には必ず equals() を使用します。

== はメモリ上の同一性を確認するものであり、文字列の値を比較する目的には適しません。

Null安全な比較

Objects.equals(a, b) や、定数を左側に置くリテラル比較を活用し、NullPointerException を未然に防ぎます。

メソッドの使い分け

用途に合わせて最適なメソッドを選択します。

大文字・小文字を無視するなら equalsIgnoreCase、辞書順なら compareTo、部分一致なら startsWith などを使い分けます。

Java 11以降の機能活用

空白文字の判定には isBlank を活用し、より簡潔なバリデーションロジックを記述します。

これらのルールを遵守することで、意図しない挙動やバグを減らし、メンテナンス性の高い堅牢なプログラムを作成できるようになります。

Javaのメモリ管理の仕組みを意識しつつ、状況に応じた最適な比較手法を選択できるエンジニアを目指しましょう。