オブジェクトプーリングは非推奨のテクニックですか？

私はオブジェクトプーリングの概念に非常に精通しており、常に可能な限りそれを使用しようとしています。

さらに、Java自体と他のフレームワークが可能な限りプーリングを使用することを確認したため、オブジェクトプーリングは標準的な標準であると常に考えていました。

最近、私にとってはまったく新しい（そして直感に反する？）ものを読みました。

このプーリングにより、特に同時実行アプリケーションでは特にプログラムのパフォーマンスが低下します。new新しいJVMではオブジェクトのインスタンス化が非常に高速であるため、代わりにオブジェクトをインスタンス化することをお勧めします。

私は本でこれを読みました： Java Concurrency in Practice

本の最初の部分では、新しいインスタンスを作成する代わりにExecutorsその再利用を使用するようにアドバイスされているので、ここで何かを誤解しているのではないかと考え始めていThreadます。

それでは、オブジェクトプーリングは非推奨になりましたか？

-ご存知のように-短命オブジェクト自体の作成と破棄（つまり、メモリ割り当てとGC）は現代のJVMでは非常に安価であるため、一般的な手法としては推奨されません。そのため、通常のオブジェクトに手書きのオブジェクトプールを使用することは、通常よりも遅く、複雑で、エラーが発生しやすい可能性がありnewます。*

ただし、DB /ネットワーク接続、スレッドなど、作成に比較的コストがかかる特別なオブジェクトには、まだ用途があります。

* _{クロールJavaアプリのパフォーマンスを改善する必要があった。調査により、オブジェクトプールを使用して何百万ものオブジェクトを割り当てる試みが明らかになりました...そして、それを書いた賢い人は、単一のグローバルロックを使用してスレッドセーフにしました。プールをプレーンに置き換えるとnew、アプリが30倍速くなりました。}

具体的な質問への答え：「オブジェクトプーリングは非推奨のテクニックですか？」は：

いいえ。オブジェクトプーリングは、スレッドプーリング、データベース接続プーリングなど、特定の場所で広く使用されています。

一般的なオブジェクトの作成は決して遅いプロセスではありません。プール自体は、リソースとメモリと処理能力を消費します。最適化はトレードオフです。

ルールは次のとおりです。

時期尚早な最適化は悪!!!

しかし、与えられた最適化は時期尚早ですか？

早期最適化とは、徹底的なプロファイリングによってボトルネックを発見する前に行われた最適化です。

ガベージコレクションを完全に避けたい状況では、オブジェクトプーリングが唯一の実行可能な代替手段だと思います。だから、それは絶対に非推奨の手法ではありません。

測定する

それは、ユースケース、オブジェクトのサイズ、JVM、JVMオプション、有効にしたGC、およびその他の多くの要因に完全に依存します。

要するに、前に測定し、後に測定します。（Apacheのような）オブジェクトプーリングフレームワークを使用していると仮定すると、実装間で交換するのに苦痛はないはずです。

追加のパフォーマンステストのヒント-最初にJVMを少しウォームアップし、実行中のJVMで何度もテストを実行すると、動作が異なる場合があります。

このプーリングにより、特に同時実行アプリケーションでは特にプログラムのパフォーマンスが低下します。新しいJVMでは、オブジェクトのインスタンス化が非常に高速であるため、代わりに新しいオブジェクトをインスタンス化することをお勧めします。

コンテキストに依存します。

ここにトレンドの変化があるかどうかはわかりませんが、それは確かにそれが依存する場合です。JavaクラスがRMI接続やリソースファイルのロードなどの外部リソースを管理している場合、オブジェクトのインスタンス化のコストは確かに高くなります（ただし、これらのリソースは既にプールされている可能性があります！）。一般的な慣行として、私は本に同意します。