入門

partitioningBy を一言でいうとCollectors.partitioningBy は、Stream の要素を「ある条件を満たすかどうか（true / false）」で きっちり 2 つのグループに分ける Collector で...

「groupingBy 複数キー」でやりたいことのイメージCollectors.groupingBy の「複数キー」は、ざっくり言うと「1 つの条件じゃなくて、2 個以上の条件の組み合わせでグループ分けしたい」という話です。例えば「部署 ×...

Collector 自作のゴールをまずイメージするCollector を自作する、というのは「Stream の要素を、標準の toList や groupingBy では表現しづらい“自分専用の集め方”でまとめたい」ときにやることです。やっ...

collect を一言でいうとcollect は、「Stream に流れてきた要素たちを、“コンテナ（List / Set / Map など）や集計結果”にまとめ上げるための終端操作」です。reduce が「1 つの値」に畳み込むのに対して...

reduce を一言でいうとStream#reduce は、「ストリームに流れてくる複数の要素を、“1 つの値”に畳み込むための終端操作」です。全部を 1 つに“まとめる”イメージです。合計を出す、最大値を求める、文字列を連結する、オブジェ...

allMatch / anyMatch を一言でいうとallMatch と anyMatch は、「Stream の要素が“条件を満たしているかどうか”を、真偽値で答える終端操作」です。allMatch は「全部そうか？」、anyMatch...

findFirst / findAny を一言でいうとfindFirst と findAny は、「Stream の中から“1 件だけ”要素を取り出すための終端操作」です。どちらも戻り値は Optional<T> で、「見つかればその要素を...

limit / skip を一言でいうとlimit と skip は、どちらも 「ストリームから流れてくる要素の“範囲”を切り取るための中間操作」 です。ざっくり言うと、limit(n) は「先頭から n 個だけに絞る」、skip(n) は...

sorted を一言でいうとStream#sorted は、ストリームに流れてくる要素を「並べ替えた新しいストリーム」を返す中間操作です。「順番を整える係」が sorted だと思ってください。sorted の基本と「自然順序」引数なし s...

distinct を一言でいうとStream#distinct() は、「ストリームの中から“重複している要素”を取り除き、“一意な要素だけ”を残す中間操作」 です。イメージとしては、「同じ値が何回も流れてきたら、最初の 1 回だけ通して、...

flatMap を一言でいうとStream#flatMap は、「1 つの要素から“0 個以上の要素の流れ（Stream）”を作り、それらを 1 本のストリームに“平らに”つなげる中間操作」です。map が「1 対 1 の変換（T → R）...

map を一言でいうとStream#map は、「ストリームの各要素に“変換処理”を 1 回ずつ適用し、その結果から“新しいストリーム”を作る中間操作」 です。元の要素を別の形にしたいとき――文字列を大文字にする、数値を 2 倍にする、オブ...

filter を一言でいうとStream#filter は、「流れてくる要素のうち、“条件を満たすものだけ”を次のステップに通す中間操作」 です。SQL でいう WHERE 句に近いイメージで、true なら通す、false なら落とす――...

中間操作と終端操作を一言でいうとStream API の「中間操作」と「終端操作」は、“流れをつくる操作（中間）” と “流れを終わらせて結果を取り出す操作（終端）”という役割分担になっています。この違いを理解すると、Stream の動きが...

Stream パイプラインを一言でいうとStream パイプラインは、「データの流れを、生成 → 中間操作 → 終端操作 という“流れ（パイプライン）”としてつなげて書くスタイル」です。for 文でゴリゴリ書いていた処理を、「絞り込む」「変...

ラムダのスコープを一言でいうとラムダ式の「スコープ」は、「ラムダ式の“中から”“外のどこまで”見えるのか・アクセスできるのか」という話です。ここをちゃんと理解していないと、「ローカル変数をラムダの中で書き換えようとしてコンパイルエラー」「f...

コンストラクタ参照を一言でいうとコンストラクタ参照（ClassName::new）は、「new クラス名(...) を、そのまま“関数”として渡すための短い書き方」です。ラムダ式で書くと() -> new User()s -> new Us...

メソッド参照を一言でいうとメソッド参照（::）は、「すでに存在するメソッドやコンストラクタを、“ラムダ式の代わりに”そのまま関数として渡すための短い書き方」です。例えば、names.forEach(s -> System.out.print...

Supplier を一言でいうとjava.util.function.Supplier<T> は、「引数は何も受け取らずに、T 型の値を 1 つ“供給する（用意してくれる）”関数」を表す関数型インターフェースです。数式で書くと () -> ...

Consumer を一言でいうとjava.util.function.Consumer<T> は、「T 型の値を 1 つ受け取って“何かする”けれど、結果（戻り値）は返さない関数」 を表す関数型インターフェースです。数式っぽく書くと T -...

Function を一言でいうとjava.util.function.Function<T, R> は、「T 型の値を 1 つ受け取って、R 型の値を 1 つ返す“変換処理”を表す関数型インターフェース」です。数式で書くと f: T → R...

Predicate を一言でいうとjava.util.function.Predicate<T> は、「T 型の値を 1 つ受け取って、true / false を返す“条件判定関数”を表す関数型インターフェース」です。形だけ書くと、こうい...

@FunctionalInterface を一言でいうと@FunctionalInterface は、「このインターフェースは“関数型インターフェース”として使うつもりですよ」とコンパイラに宣言するためのアノテーションです。関数型インターフ...

関数型インターフェースを一言でいうと関数型インターフェースは、「たった1つだけ“抽象メソッド”を持つインターフェースで、その1つのメソッドを“関数”として扱うための入れ物」です。ラムダ式は「単体では宙ぶらりん」で、必ずこの「関数型インターフ...

ラムダ式とは何か（まずイメージから）ラムダ式は、Java 8 から入った「小さな“処理そのもの”を値として書くための記法」です。「このタイミングで、こういう処理を実行してほしい」という“やりたいこと”だけを、短く書いて渡せるようにするための...