Netty の最近のバージョンでは、NioServerSocketChannelFactory
現在行っているように 2 つのキャッシュされたスレッド プールを使用するデフォルトのコンストラクターを使用できます。ブーストラップのインスタンス化は次のようになります。
ServerBootstrap sb = new ServerBootstrap(new NioServerSocketChannelFactory());
ただし、これらのスレッド プールの用途を調べてください。特定の条件下 (スローロリス攻撃など) では、このセットアップはうまく機能せず、代わりに Java プロセスがヒープ領域を使い果たす原因となります。このため、Netty が提供するMemoryAwareThreadPoolExecutorクラスを調べることができます。
キャッシュされたスレッド プールは、"クリティカル マス" に達するポイントがあるため、本質的に悪です。これは、スレッド数が非常に多い場合にコンテキスト切り替えのオーバーヘッドが原因でパフォーマンスが低下する状況です。スレッド数が原因でパフォーマンスが低下するにつれて、スレッド プール ワーカーのタスクの完了が遅くなります。これらのワーカーは長時間ビジーであるため、キャッシュされたスレッド プールは継続的な作業負荷を処理するために新しいスレッドを作成し続ける必要があります。より多くのスレッドが作成されると、パフォーマンスはさらに低下し続けます。問題はそれ自体に寄与し、サーバーは本質的に爆発します。楽しむ!