【Java】匿名クラスとラムダ式の違いと使い分け

2025年5月21日2025年8月9日

Java 8以降に導入されたラムダ式により、匿名クラスを使っていたコードは、より簡潔で読みやすく記述できるようになりました。特に、関数型インターフェースを使う場面では、ラムダ式が非常に強力な選択肢となります。

しかし、「すべて匿名クラスをラムダ式に置き換えて良いのか？」というと、答えはNOです。両者には明確な違いがあり、用途に応じた使い分けが求められます。

「なぜこのコードはラムダ式では動かないのか？」といった疑問を感じたことがある方にも、ぜひ読んでいただきたい内容です。

本記事を読むと分かること

匿名クラスとラムダ式の違い
ラムダ式が適しているケース
匿名クラスを使うべき場面
迷ったときの判断基準とベストプラクティス
よくある間違いとその対処法

匿名クラスとラムダ式の基本的な違い

ラムダ式は、Java 8で導入された簡潔な関数定義の手法です。一見すると匿名クラスとよく似た用途で使えますが、構文や動作にいくつか重要な違いがあります。

匿名クラスの例

Runnable task = new Runnable() {
    @Override
    public void run() {
        System.out.println("Hello from anonymous class!");
    }
};

ラムダ式の例

Runnable task = () -> System.out.println("Hello from lambda!");

見た目の簡潔さは明らかですが、実際の使い分けはもっと奥が深いです。

ラムダ式を使うべきケース

ラムダ式は、コードを簡潔にしつつ、意図を明確に伝える強力なツールです。特に以下のようなケースでは、匿名クラスよりラムダ式の方が適しています。

関数型インターフェースを実装するとき

Runnable、Callable<T>、Comparator<T>、ActionListener など、抽象メソッドを1つだけ持つ「関数型インターフェース」は、ラムダ式と非常に相性が良いです。

// 非同期処理での活用
ExecutorService executor = Executors.newSingleThreadExecutor();
Future<String> future = executor.submit(() -> {
    // 何らかの処理
    return "Task completed";
});

// コレクションの並び替え
List<String> names = Arrays.asList("Alice", "Bob", "Charlie");
names.sort((a, b) -> a.length() - b.length());

ラムダ式を使うことで、クラス定義の省略と同時に処理の意図も明確になります。

ストリーム処理での活用

Java 8のStream APIと組み合わせる場合、ラムダ式は必須の選択肢となります。

List<String> names = Arrays.asList("Alice", "Bob", "Charlie", "David");
List<String> result = names.stream()
    .filter(name -> name.length() > 3)  // 3文字より長い名前をフィルタ
    .map(String::toUpperCase)           // 大文字に変換
    .sorted()                           // ソート
    .collect(Collectors.toList());

処理内容がシンプルなとき

イベント処理やコールバックなど、1行で完結するような軽量な処理は、ラムダ式を使うことでコードの読みやすさが大きく向上します。

button.addActionListener(e -> showMessage("Button clicked!"));

可読性・保守性を高めたいとき

ラムダ式は、「何をしているのか」が一目でわかる構文です。匿名クラスに比べて視覚的にノイズが少なく、保守性にも優れています。

複数人で開発するプロジェクトでは、読みやすさの面でもラムダ式が推奨されます。

匿名クラスを使うべきケース

ラムダ式は便利ですが、すべての場面で万能というわけではありません。以下のようなケースでは、匿名クラスの方が適切です。

`this`の参照先が重要な場合

ラムダ式と匿名クラスでは、thisが指す対象が異なります。

ラムダ式：外側のクラスのインスタンスを参照
匿名クラス：匿名クラス自身のインスタンスを参照

public class Example {
    void runTask() {
        Runnable r1 = () -> {
            System.out.println(this.getClass().getName()); // Example
        };

        Runnable r2 = new Runnable() {
            @Override
            public void run() {
                System.out.println(this.getClass().getName()); // 匿名クラスの名前
            }
        };
    }
}

ラムダ式内の this は「囲んでいる外側のクラスのインスタンス」を指しますが、匿名クラス内の this は「その匿名クラス自身」を指します。したがって、this.someMethod() の呼び出し先が変わるため、意図しないバグに繋がることもあります。

複数のメソッドをオーバーライドしたい場合

ラムダ式は1つの抽象メソッドしか定義できません。したがって、次のようなケースでは使えません。

抽象クラスや複数のメソッドを持つインターフェースを実装したい
equals() や hashCode() など、追加でメソッドをオーバーライドしたい

このような場合は、匿名クラスで柔軟に対応する必要があります。

状態や複雑なロジックを持つ場合

ラムダ式はシンプルな処理に特化しています。状態を持たせたり、複数の条件分岐やループを含むような複雑な処理には向いていません。

Runnable task = new Runnable() {
    private int retryCount = 3;

    @Override
    public void run() {
        while (retryCount-- > 0) {
            System.out.println("Retry: " + retryCount);
        }
    }
};

このように、状態管理や高度なロジックが必要な処理では、匿名クラスの方が構造的にも明確になります。

違いのポイント

ラムダ式はコードを簡潔にし、読みやすさを向上させる強力な機能です。しかし、それだけに頼るのではなく、用途に応じて匿名クラスとの使い分けが必要です。

以下の比較表を参考に、場面に応じた選択を心がけましょう。

比較項目	ラムダ式	匿名クラス
記述量	少ない（簡潔）	多い（冗長になりがち）
可読性	高い（処理が単純な場合）	低くなりやすい（処理が複雑な場合に有利）
`this`の参照	外側のクラス	匿名クラス自身
複雑な処理への対応	不向き	向いている
関数型インターフェース対応	必須	必須ではない
状態の保持	不可能	可能