Java Streams で ` flatMap() ` の後に `filter()` が遅延していないように見えるのはなぜですか?
Dec 23, 2024 pm 03:01 PMJava ストリームの flatMap() の後、filter() が「完全に」Lazy ではないのはなぜですか?
Java 8 ストリームでは、次のような中間操作が行われます。 filter() と flatMap() は遅延型です。つまり、findFirst() のような端末操作が呼び出されるまで実行されません。ただし、filter() が flatMap() の後に続く場(chǎng)合、この遅延は完全には実現(xiàn)されず、予期しない動(dòng)作が発生します。
次のコード例を考えてみましょう:
Stream.of(1, 2, 3) .filter(i -> { System.out.println(i); return true; }) .findFirst() .get();
出力には、最初の要素が出力され、filter() が遅延し、條件が満たされるとショートサーキットすることを示します。対照的に:
Stream.of(1, 2, 3) .flatMap(i -> Stream.of(i - 1, i, i + 1)) .flatMap(i -> Stream.of(i - 1, i, i + 1)) .filter(i -> { System.out.println(i); return true; }) .findFirst() .get();
驚くべきことに、すべての要素が出力されます。 filter() は條件をすぐに満たしても、ストリームの後続の要素の処理を続行します。
理由
この動(dòng)作は、Java Streams の実裝によるものです。 flatMap() の後、ストリームには元の要素が含まれなくなります。代わりに、 flatMap() によって生成された一連の平坦化された要素が含まれています。 filter() が続くと、元のストリームではなく、これらのフラット化された要素に対して動(dòng)作します。
findFirst() で使用される forEachWithCancel() の実裝は、シンクが終了するまでスプリッテレータで tryAdvance() を継続的に呼び出します。キャンセルを要求するか、スプリッテレータが使い果たされます。 flatMap() の場(chǎng)合、filter() がすでに一致を見つけた場(chǎng)合でも、スプリッテレータは早期終了の可能性なしに続行します。
修正
この問題は Java 10 で解決され、Java 8 にバックポートされました。この実裝では、次のような短絡(luò)操作が行われた場(chǎng)合に flatMap() で早期終了できるようになりました。
結(jié)論
當(dāng)然のことながら、filter() が flatMap() の後で遅延していないかのように動(dòng)作する理由は混亂を招く可能性があります?;A(chǔ)となる Java Streams 実裝によってこの動(dòng)作が決定され、これは後に Java 10 で対処され、Java 8 にバックポートされました。このようなシナリオを効率的に処理するには、この理解が重要です。
以上がJava Streams で ` flatMap() ` の後に `filter()` が遅延していないように見えるのはなぜですか?の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語 Web サイトの他の関連記事を參照してください。

ホットAIツール

Undress AI Tool
脫衣畫像を無料で

Undresser.AI Undress
リアルなヌード寫真を作成する AI 搭載アプリ

AI Clothes Remover
寫真から衣服を削除するオンライン AI ツール。

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡(jiǎn)単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中國(guó)語版
中國(guó)語版、とても使いやすい

ゼンドスタジオ 13.0.1
強(qiáng)力な PHP 統(tǒng)合開発環(huán)境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

Javaは、Java19での完了可能なストリーム(ProjectReactorなど)、仮想スレッドの使用など、非同期プログラミングをサポートしています。 1.CompletableFutureチェーンコールを通じてコードの読みやすさとメンテナンスを改善し、タスクオーケストレーションと例外処理をサポートします。 2。ProjectReactorは、バックプレッシャーメカニズムとリッチ演算子を備えた応答性プログラミングを?qū)g裝するためのモノとフラックスタイプを提供します。 3.仮想スレッドは、同時(shí)性コストを削減し、I/O集約型タスクに適しており、従來のプラットフォームスレッドよりも軽量で拡張が容易です。各方法には適用可能なシナリオがあり、適切なツールをお客様のニーズに応じて選択する必要があり、混合モデルはシンプルさを維持するために避ける必要があります

Javaでは、列挙は固定定數(shù)セットを表すのに適しています。ベストプラクティスには以下が含まれます。1。列挙を使用して固定狀態(tài)またはオプションを表して、タイプの安全性と読みやすさを改善します。 2.フィールド、コンストラクター、ヘルパーメソッドなどの定義など、柔軟性を高めるために、酵素にプロパティとメソッドを追加します。 3. enummapとEnumsetを使用して、パフォーマンスとタイプの安全性を向上させ、配列に??基づいてより効率的であるためです。 4.動(dòng)的値、頻繁な変更、複雑なロジックシナリオなどの列挙の悪用を避けてください。これらは他の方法に置き換える必要があります。列挙の正しい使用は、コードの品質(zhì)を改善し、エラーを減らすことができますが、適用される境界に注意を払う必要があります。

Javanioは、Java 1.4によって導(dǎo)入された新しいIoapiです。 1)バッファとチャネルを?qū)澫螭趣筏皮い蓼埂?)バッファ、チャネル、セレクターのコアコンポーネント、3)ノンブロッキングモードをサポートし、4)従來のIOよりも効率的に並行接続を処理します。その利點(diǎn)は、次のことに反映されます。1)非ブロッキングIOはスレッドオーバーヘッドを減らし、2)データ送信効率を改善し、3)セレクターがマルチプレックスを?qū)g現(xiàn)し、4)メモリマッピングはファイルの読み取りと書き込みを速めます。注:1)バッファのフリップ/クリア操作は混亂しやすく、2)不完全なデータをブロックせずに手動(dòng)で処理する必要があります。3)セレクター登録は時(shí)間內(nèi)にキャンセルする必要があります。4)NIOはすべてのシナリオに適していません。

Javaのクラスロードメカニズムはクラスローダーを介して実裝されており、そのコアワークフローは、読み込み、リンク、初期化の3つの段階に分けられます。ローディングフェーズ中、クラスローダーはクラスのバイトコードを動(dòng)的に読み取り、クラスオブジェクトを作成します。リンクには、クラスの正しさの確認(rèn)、靜的変數(shù)へのメモリの割り當(dāng)て、およびシンボル?yún)⒄栅谓馕訾蓼欷蓼?。初期化は、靜的コードブロックと靜的変數(shù)割り當(dāng)てを?qū)g行します。クラスの読み込みは、親クラスローダーに優(yōu)先順位を付けてクラスを見つけ、ブートストラップ、拡張機(jī)能、およびアプリケーションクラスローダーを順番に試して、コアクラスライブラリが安全であり、重複した負(fù)荷を回避することを確認(rèn)します。開発者は、urlclasslなどのクラスローダーをカスタマイズできます

Java例外処理の鍵は、チェックされた例外と未確認(rèn)の例外を區(qū)別し、最後に合理的にログを記録するTry-Catchを使用することです。 1. IOExceptionなどのチェックされた例外は、予想される外部問題に適した処理を強(qiáng)制される必要があります。 2。nullpointerexceptionなどのチェックされていない例外は、通常、プログラムロジックエラーによって引き起こされ、ランタイムエラーです。 3。例外をキャッチする場(chǎng)合、例外の一般的なキャプチャを避けるために、それらは具體的かつ明確でなければなりません。 4.リソース付きのTry-Resourcesを使用して、コードの手動(dòng)清掃を減らすためにリソースを自動(dòng)的に閉鎖することをお?jiǎng)幛幛筏蓼埂?5。例外処理では、詳細(xì)情報(bào)をログフレームワークと組み合わせて記録して後で容易にする必要があります

HashMapは、Javaのハッシュテーブルを介してキーと値のペアストレージを?qū)g裝し、そのコアはデータの位置をすばやく配置することにあります。 1.最初にキーのHashCode()メソッドを使用して、ハッシュ値を生成し、ビット操作を介して配列インデックスに変換します。 2。異なるオブジェクトは、同じハッシュ値を生成し、競(jìng)合をもたらす場(chǎng)合があります。この時(shí)點(diǎn)で、ノードはリンクされたリストの形式で取り付けられています。 JDK8の後、リンクされたリストが長(zhǎng)すぎ(デフォルトの長(zhǎng)さ8)、効率を改善するために赤と黒の木に変換されます。 3.カスタムクラスをキーとして使用する場(chǎng)合、equals()およびhashcode()メソッドを書き直す必要があります。 4。ハッシュマップは容量を動(dòng)的に拡大します。要素の數(shù)が容量を超え、負(fù)荷係數(shù)(デフォルト0.75)を掛けた場(chǎng)合、拡張して再ハッシュします。 5。ハッシュマップはスレッドセーフではなく、マルチスレッドでconcuを使用する必要があります

多型は、Javaオブジェクト指向プログラミングの中核的な特徴の1つです。そのコアは、「1つのインターフェイス、複數(shù)の実裝」にあります。継承、メソッドの書き換え、上向き変換を通じて、異なるオブジェクトの動(dòng)作を処理するための統(tǒng)一されたインターフェイスを?qū)g裝します。 1。多型により、親クラスはサブクラスオブジェクトを參照することができ、対応する方法はランタイム中の実際のオブジェクトに従って呼び出されます。 2。実裝は、相続関係の3つの條件、方法の書き換え、上向きの変換を満たす必要があります。 3.さまざまなサブクラスオブジェクト、コレクションストレージ、フレームワーク設(shè)計(jì)を均一に処理するためによく使用されます。 4.使用すると、親クラスによって定義された方法のみを呼び出すことができます。サブクラスに追加された新しい方法は、下方に変換してアクセスし、タイプの安全性に注意を払う必要があります。

Javaの列挙は、定數(shù)を表すだけでなく、動(dòng)作をカプセル化し、データをキャリーし、インターフェイスを?qū)g裝することもできます。 1.列挙は、週や狀態(tài)などの固定インスタンスを定義するために使用されるクラスであり、文字列や整數(shù)よりも安全です。 2。コンストラクターに値を渡すことやアクセス方法の提供など、データとメソッドを運(yùn)ぶことができます。 3.スイッチを使用して、明確な構(gòu)造を持つさまざまなロジックを処理できます。 4.さまざまな列挙値の差別化された動(dòng)作を作成するためのインターフェイスまたは抽象的なメソッドを?qū)g裝できます。 5.虐待、ハードコードの比較、順序の値への依存、合理的に命名とシリアル化を避けるために注意してください。
