multithreading - 管理された環境で管理されていないスレッドを使用することの欠点は何ですか?

Question

Weblogic アプリケーション サーバーのような管理された環境内で独自のスレッドを作成することの欠点は何ですか?
アプリケーション サーバー内で作業するときは常に (WorkManager API を使用して) マネージド スレッドを使用してきました。
ただし、アプリ サーバー内で管理されていないスレッドを使用することによって引き起こされる可能性のある欠点や問題については不明です。

Answer 1

管理されたスレッドを持つ利点を失うだけです。マネージド スレッドを使用すると、最大サイズと最小サイズ、インクリメント レートを指定して「プール」からスレッドを割り当てることができ、負荷が高い場合に各プールの要求をキューに入れることができます。また、これらのスレッドを監視し、実行時にその動作を制御できるという利点もあります (Weblogic コンソールなどから)。

Answer 2

スレッドで少量のコードを実行し、他のスレッドを待機していない場合 (ロックなどで大量に使用されていない場合)、スレッド プールを使用しても問題はありません。

ただし、スレッドが大量のコードを長期間実行する必要がある場合 (たとえば、ロックの待機、特定のリソースの待機)、スレッド プールなどを使用することはお勧めできません。

もう 1 つの問題は、プログラムのメイン ロジックを実行するスレッドにプールを使用すると、他のスレッドが終了するのを待ってスタックする可能性があることです。これは、独自のスレッドを管理する必要がある別の方法です。