Threads virtuels et pools de threads Java: pourquoi la réutilisation des threads virtuels dans les pools de threads virtuels échoue-t-il?

Filetages virtuels et piscines virtuels Java: analyse de mécanisme collaboratif approfondi

Cet article analyse la cause profonde de threads virtuels qui ne peuvent pas exécuter normalement dans un pool de threads virtuel créé à l'aide Executors.newVirtualThreadPerTaskExecutor() et fournit une solution efficace. Le problème est clarifié en comparant les deux méthodes de methods5 et methods6 à travers des exemples de code. methods6 (exécuter des threads normaux dans le pool de threads normal) peut imprimer les journaux normalement, tandis que methods5 (essayant de réutiliser des threads virtuels pré-créés dans le pool de threads virtuels) échoue.

methods5 tente de soumettre à plusieurs reprises le même objet de thread virtuel vt au pool de threads virtuels. Cependant, cela va à l'encontre de la philosophie de conception des Executors.newVirtualThreadPerTaskExecutor() . Ce pool de threads est conçu pour créer un nouveau thread virtuel pour chaque tâche, plutôt que de réutiliser des threads existants. executor.submit(vt) s'attend à recevoir des objets Runnable ou Callable , tandis que vt est un objet Thread , mais n'est pas Runnable ou Callable , il ne peut donc pas être exécuté comme prévu.

La solution est la suivante:

Solution 1: Soumettre directement l'objet Runnable

Évitez de pré-création des threads virtuels et de soumettre des objets Runnable directement dans le pool de threads virtuels. Les methods5 améliorées5 sont les suivantes:

 Méthodes de vide statique privés5 () {
  Try (ExecutorService exécutor = exécutor.NewVirtualThreadperTasKexECUTOR ()) {
      pour (int i = 0; i  {
              System.out.println ("Task VT Exécuté.");
          });
      }
  }
}

Ce schéma soumet les expressions lambda en tant qu'objets Runnable , en utilisant pleinement les caractéristiques des pools de threads virtuels et génère de nouveaux threads virtuels pour chaque tâche.

Schéma 2: Utilisez un objet Thread, mais recréez-le à chaque fois

Bien qu'il ne soit pas recommandé, si vous devez utiliser des objets Thread , vous devez créer un nouvel objet Thread à chaque fois que vous soumettez une tâche pour éviter la réutilisation. Cette méthode est inefficace et contraire à l'intention d'origine de concevoir des pools de threads virtuels.

De plus, l'article souligne que la mise en commun des threads n'est pas une stratégie d'optimisation nécessaire pour les threads virtuels, car les frais généraux de création et de destruction de threads virtuels sont extrêmement faibles. Executors.newVirtualThreadPerTaskExecutor() lui-même a entièrement utilisé les fonctionnalités légères des threads virtuels. Trop de mise en commun augmentera le fardeau de la gestion et réduira les performances. Par conséquent, la méthode d'utilisation directement executor.submit(() -> { ... }); est plus conforme aux caractéristiques des threads virtuels et est plus concis et plus efficace.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!