JavaのConsumerとSupplierを徹底解説！関数型インターフェースの違いと使い分け

1. Javaの関数型インターフェースの基本概念

1. Javaの関数型インターフェースの基本概念

Javaの関数型インターフェースとは、抽象メソッドを一つだけ持つインターフェースのことです。Java 8から導入されたラムダ式やメソッド参照を利用する際に、その型として使用されます。開発者が独自のインターフェースを定義することも可能ですが、Javaの標準ライブラリ（java.util.functionパッケージ）には、頻繁に使用される共通のパターンが「標準関数型インターフェース」として用意されています。

なぜこれらを使う必要があるのでしょうか。それは、メソッドの引数に「処理そのもの」を渡せるようになるからです。これにより、柔軟性の高いコードや、Stream APIを利用した簡潔な記述が可能になります。数あるインターフェースの中でも、特に重要で対照的な存在が「Consumer」と「Supplier」です。この二つの役割を正しく理解することは、モダンなJavaプログラミングを習得するための第一歩と言えるでしょう。

2. Consumerの特徴と基本的な使い方

2. Consumerの特徴と基本的な使い方

Consumer（コンシューマー）は、その名の通り「消費者」を意味します。このインターフェースの最大の特徴は、引数を一つ受け取り、戻り値を返さない（void）という点です。内部にはaccept(T t)というメソッドが定義されています。

例えば、受け取ったデータを画面に表示したり、リストに追加したり、ファイルに書き出したりといった「副作用」を伴う処理を行う場合に適しています。データの加工結果を次に繋げるのではなく、そこで処理を完結させるイメージです。もっとも身近な例は、ListインターフェースのforEachメソッドでしょう。forEachの引数はConsumer型になっており、リストの要素を順番に受け取って何らかの処理を行うことができます。

import java.util.function.Consumer;
import java.util.List;

public class ConsumerBasicExample {
    public static void main(String[] args) {
        // 文字列を受け取って、挨拶を表示するConsumer
        Consumer<String> greeter = name -> System.out.println("こんにちは、" + name + "さん！");

        // 実行
        greeter.accept("Java太郎");

        // ListのforEachでの利用例
        List<String> fruits = List.of("りんご", "バナナ", "オレンジ");
        fruits.forEach(f -> System.out.println("果物名: " + f));
    }
}

こんにちは、Java太郎さん！
果物名: りんご
果物名: バナナ
果物名: オレンジ

3. Supplierの特徴と基本的な使い方

3. Supplierの特徴と基本的な使い方

Supplier（サプライヤー）は「供給者」を意味します。Consumerとは真逆の性質を持っており、引数を一切受け取らずに、特定の型の値を返す（returnする）という役割を担います。内部にはget()というメソッドが定義されています。

「なぜ引数なしで値を返すだけのものが必要なの？」と疑問に思うかもしれません。Supplierの主な利点は「遅延評価（Lazy Evaluation）」にあります。つまり、その値が必要になった瞬間まで計算やオブジェクトの生成を先延ばしにできるのです。例えば、高コストな初期化処理が必要なオブジェクトや、ランダムな数値の生成、現在時刻の取得など、呼び出すたびに異なる結果が欲しい場合や、特定の条件の時だけ値を生成したい場合に非常に重宝します。

import java.util.function.Supplier;
import java.time.LocalDateTime;
import java.time.format.DateTimeFormatter;

public class SupplierBasicExample {
    public static void main(String[] args) {
        // 現在時刻をフォーマットして返すSupplier
        Supplier<String> timeSupplier = () -> {
            LocalDateTime now = LocalDateTime.now();
            DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd HH:mm:ss");
            return now.format(formatter);
        };

        // 呼び出した瞬間の時刻が得られる
        System.out.println("現在の時刻: " + timeSupplier.get());
    }
}

現在の時刻: 2026/01/05 13:45:00

4. ConsumerとSupplierの違いを比較表で整理

4. ConsumerとSupplierの違いを比較表で整理

初心者の方が混乱しやすいポイントを整理するために、両者の違いを比較表にまとめました。この違いを頭に入れておくだけで、メソッドのシグネチャを見た時にどちらを使うべきか瞬時に判断できるようになります。

このように、入力があるか出力があるかという観点で考えると非常にシンプルです。入力のみがConsumer、出力のみがSupplierと覚えましょう。両方ある場合はFunction、両方ない場合はRunnableといった他のインターフェースも存在しますが、まずはこの二つを完璧に理解するのが効率的です。

5. 実践的な使いどころ：エラーハンドリングとログ出力

5. 実践的な使いどころ：エラーハンドリングとログ出力

より実践的なシーンを考えてみましょう。例えば、ログ出力のライブラリではConsumerが多用されます。特定の条件に合致したデータだけを抽出した後に、その内容をログに記録したい場合に、処理内容をConsumerとして定義して渡す手法です。これにより、ビジネスロジックとログ出力ロジックをきれいに分離できます。

一方、Supplierは例外のスローでもよく使われます。Java 8以降のOptionalクラスでは、orElseThrowメソッドの引数にSupplierを指定します。これは、値が存在しない時だけ例外オブジェクトを生成して投げるという「必要な時だけ実行する」遅延評価の典型的なパターンです。もしこれがSupplierではなく通常のオブジェクト渡しであれば、例外が不要な場面でも常に例外インスタンスが生成されてしまい、パフォーマンスの低下を招きます。

import java.util.Optional;
import java.util.function.Supplier;

public class ExceptionExample {
    public static void main(String[] args) {
        String data = null;

        // 値がnullの場合に、Supplierを使って例外を投げる
        try {
            String result = Optional.ofNullable(data)
                .orElseThrow(() -> new IllegalArgumentException("データが空です！"));
        } catch (Exception e) {
            System.out.println("捕捉されたエラー: " + e.getMessage());
        }
    }
}

捕捉されたエラー: データが空です！

6. 独自のメソッドにConsumerやSupplierを組み込む

6. 独自のメソッドにConsumerやSupplierを組み込む

既存のライブラリを使うだけでなく、自分で作成するメソッドの引数に関数型インターフェースを採用すると、コードの再利用性が劇的に向上します。例えば、何らかの重い処理を行い、その進捗状況をリアルタイムで通知したい場合、通知用のメソッドをConsumerとして受け取るように設計します。こうすることで、通知先がコンソールなのか、GUIのプログレスバーなのか、あるいはWeb経由の通知なのかを呼び出し側で自由に決定できるようになります。

同様に、データの取得元を抽象化したい場合にはSupplierを使います。テスト用の固定データを返すSupplierを渡したり、本番用のデータベースから取得するSupplierを渡したりすることで、ロジック自体を書き換えることなく挙動をスイッチさせることが可能になります。これこそが、関数型プログラミングのエッセンスであり、柔軟な設計の鍵となります。

7. BiConsumerやPrimitive型の特化インターフェース

7. BiConsumerやPrimitive型の特化インターフェース

基本を理解したら、派生形についても少し触れておきましょう。Consumerには、引数を二つ受け取る「BiConsumer」というものがあります。Mapの要素をループ処理する際（キーと値のペアを扱う際）によく使われます。また、Javaにはオートボクシング（基本型とラッパークラスの変換）が発生しますが、頻繁な変換は負荷がかかります。そのため、IntConsumerやDoubleSupplierといった、基本データ型（プリミティブ型）に特化したインターフェースも用意されています。

これらを知っておくと、数値計算の多いシステムや大規模なデータ処理を行う際に、より最適化されたコードを書くことができます。まずは汎用的なConsumerやSupplierから使い始め、必要に応じてこれら特化型のインターフェースを導入していくのがスムーズな学習の進め方です。

import java.util.HashMap;
import java.util.Map;
import java.util.function.BiConsumer;

public class BiConsumerExample {
    public static void main(String[] args) {
        Map<Integer, String> userMap = new HashMap<>();
        userMap.put(1, "田中");
        userMap.put(2, "佐藤");

        // 二つの引数（キーと値）を受け取るBiConsumer
        BiConsumer<Integer, String> mapPrinter = (id, name) -> {
            System.out.println("ID:" + id + " 氏名:" + name);
        };

        // MapのforEachで使用
        userMap.forEach(mapPrinter);
    }
}

ID:1 氏名:田中
ID:2 氏名:佐藤

8. 開発現場での使い分けのポイント

8. 開発現場での使い分けのポイント

実務で「どちらを使うべきか」迷った際の最終的な判断基準は、「情報の流れ」に着目することです。メソッドの外から中へ情報を流し込み、そこで処理を完結させたいならConsumerです。逆に、メソッドの中から外へ新しい情報を供給したい、あるいは外で使うための材料を準備させたいならSupplierです。この視点は、設計レビューなどでコードの意図を説明する際にも非常に役立ちます。

また、ラムダ式を長く書きすぎないことも重要です。ConsumerやSupplierの中に複雑なロジックを詰め込みすぎると、可読性が著しく低下します。もし処理が数行にわたる場合は、別途メソッドを定義し、メソッド参照（System.out::printlnなど）を使ってシンプルに記述することを検討しましょう。美しく保守性の高いコードを書くことが、プロエンジニアへの近道です。

9. ラムダ式とメソッド参照の組み合わせ

9. ラムダ式とメソッド参照の組み合わせ

ConsumerやSupplierを扱う上で避けて通れないのがメソッド参照です。ラムダ式 name -> System.out.println(name) は、メソッド参照を使うと System.out::println とより簡潔に書けます。これは、既存のメソッドがすでにConsumerなどの型と同じ引数・戻り値の形式を持っている場合に利用できるショートカットのようなものです。

Supplierの場合も同様です。例えば、新しいArrayListを生成するSupplierは () -> new ArrayList<>() ですが、これをコンストラクタ参照を使って ArrayList::new と記述できます。こうした書き方に慣れてくると、コードが洗練され、Java特有の冗長な記述を減らすことができます。初心者の方は、まずはラムダ式で意味を理解し、徐々にメソッド参照に置き換える練習をしてみるのがおすすめです。