サーバー側のJavaでは、非ブロッキングIOがまだ問題ですか？

Question

Java NIOソケットフレームワークは、非ブロッキングIOの汚い詳細を開発者から隠していると考えられます。 1つのスレッドのみを使用して10000を超える着信および発信ソケットを処理できる、非常にスケーラブルなアプリケーションを構築できます。

• Java 2 SE / EEの典型的なバージョンでは、非ブロッキングIOは依然として苦痛ですか？

• このフレームワークはまだ必要かつ有用ですか？

お時間をいただきありがとうございます。

Answer 1

まあ、確かに、NIOは詳細の一部を抽象化しています。ノンブロッキングIOは、頭を動かすのに苦労します（少なくとも私はそう思います）が、少なくともそれは実現可能です。 （個人的には、非同期IOの.NETスタイルを好みますが、それは別の問題です。）

I 通常ブロッキングIOを使用します。ほとんどのタスクでこれが必要なすべてであり、ノンブロッキングIOを使用しても大幅に向上することはありません。場合によっては（言及したものなど）、スレッドを停止したい場合、ノンブロッキングIOが本当に唯一の方法です。

私はあなたがそれについて学び、それで遊んでから、判断を使って本番コードでいつそれを使うかを決めることをお勧めします。 どこでも ...

を使い始めることはお勧めしません

Answer 2

はい、NIOは非常に便利です。 NIOの操作も少し難しいです。 必要に応じて、 grizzly や mina 。 Grizzlyは、 sun Oracleの glassfish アプリサーバーのネットワーク部分です。

Minaは、Apache.orgのネットワークアプリケーションフレームワークです。

個人的にはグリズリーが好きですが、それは私だけです。