Java Virtuelle Threads und Threadpools: Warum fällt die Wiederverwendung virtueller Threads in virtuellen Threadpools aus?

Java Virtuelle Threads und Threadpools: Eingehende Analyse der kollaborativen Mechanismus

Dieser Artikel analysiert die Hauptursache für virtuelle Threads, die nicht in einem virtuellen Threadpool ausgeführt werden können, der mit Executors.newVirtualThreadPerTaskExecutor() Das Problem wird durch Vergleich der beiden Methoden der methods5 und methods6 mit Code -Beispielen geklärt. methods6 (normale Threads im normalen Threadpool ausführen) können normale Protokolle drucken, während methods5 (versuchen, vorgezogene virtuelle Threads im virtuellen Thread-Pool wiederzuverwenden) ausfällt.

methods5 Versucht, das gleiche virtuelle Thread -Objekt vt wiederholt in den virtuellen Thread -Pool zu übermitteln. Dies verstößt jedoch gegen die Designphilosophie der Executors.newVirtualThreadPerTaskExecutor() . Dieser Thread -Pool ist so konzipiert, dass er für jede Aufgabe einen neuen virtuellen Thread erstellt , anstatt vorhandene Threads wiederzuverwenden. Runnable Thread vt executor.submit(vt) Callable Runnable Callable

Die Lösung lautet wie folgt:

Lösung 1: direktes Runnable -Objekt direkt einreichen

Vermeiden Sie virtuelle Threads und senden Sie Runnable Objekte direkt an den virtuellen Thread-Pool. Die verbesserten methods5 lautet wie folgt:

 private statische void Methoden5 () {
  try (ExecutorService Executor = Executors.NewvirtualThreadpertasexecutor ()) {
      für (int i = 0; i  {
              System.out.println ("VT -Aufgabe ausgeführt.");
          });
      }
  }
}

Dieses Schema leistet Lambda -Ausdrücke als Runnable Objekte, wodurch die Eigenschaften virtueller Thread -Pools voll ausgewechselt werden und für jede Aufgabe neue virtuelle Threads generiert.

Schema 2: Verwenden Sie Thread -Objekt, aber erstellen Sie es jedes Mal neu

Wenn Sie Thread -Objekte verwenden müssen, sollten Sie jedoch jedes Mal, wenn Sie eine Aufgabe einreichen, um eine Wiederverwendung zu vermeiden, ein neues Thread -Objekt zu erstellen. Diese Methode ist ineffizient und entgegen der ursprünglichen Absicht, virtuelle Fadenpools zu entwerfen.

Darüber hinaus betont der Artikel, dass Thread -Pooling keine notwendige Optimierungsstrategie für virtuelle Threads ist, da der Overhead der Erstellung und Zerstörung virtueller Threads extrem niedrig ist. Executors.newVirtualThreadPerTaskExecutor() selbst hat die leichten Funktionen virtueller Threads vollständig genutzt. Zu viel Pooling erhöht das Managementlast und verringert die Leistung. Daher ist die Methode, direkt zu verwenden. executor.submit(() -> { ... }); steht im Einklang mit den Eigenschaften virtueller Threads und ist prägnanter und effizienter.

Das obige ist der detaillierte Inhalt vonJava Virtuelle Threads und Threadpools: Warum fällt die Wiederverwendung virtueller Threads in virtuellen Threadpools aus?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!