Java仮想スレッドとスレッドプール：仮想スレッドプールで仮想スレッドを再利用するのはなぜですか？

Java仮想スレッドとスレッドプール：詳細な共同メカニズム分析

この記事ではExecutors.newVirtualThreadPerTaskExecutor()を使用して作成された仮想スレッドプールで正常に実行できない仮想スレッドの根本原因を分析し、効果的なソリューションを提供します。この問題は、コードの例を使用して、 methods5とmethods6の2つの方法を比較することにより明らかになります。 methods6 （通常のスレッドプールで通常のスレッドを実行）は正常にログを印刷できますが、 methods5 （仮想スレッドプールで事前に作成された仮想スレッドを再利用しようとする）は失敗します。

methods5 、同じ仮想スレッドオブジェクトvt仮想スレッドプールに繰り返し送信しようとします。ただし、これはExecutors.newVirtualThreadPerTaskExecutor()の設計哲学に反します。このスレッドプールは、既存のスレッドを再利用するのではなく、各タスクに新しい仮想スレッドを作成するように設計されています。 executor.submit(vt)メソッドは、 RunnableまたはCallableオブジェクトを受信することを期待していますが、 vtはThreadオブジェクトですが、 RunnableまたはCallableではないため、予想どおりに実行することはできません。

解決策は次のとおりです。

ソリューション1：実行可能なオブジェクトを直接送信します

仮想スレッドを事前に作成し、 Runnableオブジェクトを仮想スレッドプールに直接送信することを避けてください。改善されたmethods5次のとおりです。

 private static void methods5（）{
  try（executorservice executor = executors.newvirtualthreadpertaskexecutor（））{
      for（int i = 0; i  {
              system.out.println（ "Vt task exected。"）;
          }）;
      }
  }
}

このスキームは、ラムダ式Runnableオブジェクトとして提出し、仮想スレッドプールの特性を最大限に活用し、各タスクに新しい仮想スレッドを生成します。

スキーム2：スレッドオブジェクトを使用しますが、毎回再作成します

推奨されませんが、 Threadオブジェクトを使用する必要がある場合は、再利用を避けるためにタスクを送信するたびに新しいThreadオブジェクトを作成する必要があります。この方法は非効率的であり、仮想スレッドプールを設計する当初の意図に反しています。

さらに、この記事では、仮想スレッドの作成と破壊のオーバーヘッドが非常に低いため、スレッドプーリングは仮想スレッドに必要な最適化戦略ではないことを強調しています。 Executors.newVirtualThreadPerTaskExecutor()自体は、仮想スレッドの軽量機能を完全に利用しています。プーリングが多すぎると、管理負担が増し、パフォーマンスが低下します。したがって、 executor.submit(() -> { ... });仮想スレッドの特性に沿ったものであり、より簡潔で効率的です。

以上がJava仮想スレッドとスレッドプール：仮想スレッドプールで仮想スレッドを再利用するのはなぜですか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。