Les paramètres principaux de ThreadPoolExecutor incluent CorePoolSize, MaximumpoolSize, KeepaliveTime, WorkQueue et Handler, qui déterminent ensemble le comportement du pool de threads. 1. CorePoolSize spécifie le nombre de threads de base et ne sera pas recyclé même s'ils sont inactifs (sauf si AuthoreCoreThreadTimeout est activé); 2. MaximumpoolSize définit le nombre maximum de filetages et contr?le la limite supérieure du pool de filetages; 3. KeepaliveTime définit le temps de délai d'inactivité des threads non essentiels; 4. Workqueue détermine la stratégie de file d'attente de la tache, comme l'utilisation de la file d'attente limitée ArrayBlockingQueue pour éviter l'épuisement des ressources; 5. Le gestionnaire est utilisé pour traiter les politiques de rejet lorsque de nouvelles taches ne peuvent pas être acceptées, et Callerspolicy est recommandé pour mettre en ?uvre le mécanisme de contre-pression. La définition de ces paramètres est raisonnablement et la compréhension de leur impact aidera à éviter le débordement de la mémoire, à améliorer la stabilité du système et à garantir l'achèvement des taches via Shutdown () et Awititermination lorsque l'application est fermée, donnant ainsi un jeu complet à la valeur du pool de threads.

L'exécuteur du pool Thread de Java (ThreadPoolExecutor) est l'un des composants principaux de la programmation simultanée. Il peut améliorer considérablement les performances du programme lorsqu'elles sont utilisées correctement. Mais beaucoup de gens savent simplement que Executors peut rapidement créer plusieurs pools de threads communs, mais ignorer la flexibilité et les capacités de contr?le fournies par ThreadPoolExecutor lui-même.

Comprendre les paramètres de base, ne comptez pas uniquement sur les valeurs par défaut

Le constructeur de ThreadPoolExecutor a sept paramètres, dont les plus critiques sont les suivants:

• CorePoolSize : Nombre de threads de base, qui ne chronométrera pas même s'il est inactif (sauf si vous êtes réglé)
• MaximumpoolSize : nombre maximum de threads, nombre maximum de threads, nombre maximum de threads pour le pool de threads
• KeepaliveTime : Combien de temps les fils non fondus seront-ils recyclés après leur inactivité?
• WorkQueue : Fitre de taches, utilisé pour stocker des taches en attente d'exécution
• Handler : rejeter la politique, comment gérer lorsqu'une tache ne peut pas être soumise

Par exemple: si vous définissez CorePoolSize sur 5, maximumpoolSize à 10 et que la capacité de WorkQueue est de 100, alors les 100 premières taches seront en file d'attente et que les threads dépassant la taille de CorePool ne seront pas créés immédiatement. Vous n'envisagerez pas de créer un nouveau fil tant que la file d'attente n'est pas pleine, jusqu'à ce que MaximumpoolSize soit atteint.

De nombreux débutants utilisent directement Executors.newFixedThreadPool(10) Si vous utilisez vous-même ThreadPoolExecutor, vous pouvez contr?ler ces comportements plus attentivement.

Sélection de la file d'attente des taches, points clés qui affectent le comportement du pool de threads

La sélection de la file d'attente des taches affecte directement la fa?on dont le pool de thread planifie les taches. Les files d'attente couramment utilisées comprennent:

• LinkedBlockingQueue : par défaut illimité, adapté à la plupart des scénarios, mais peut cacher le problème de l'épuisement des ressources
• ArrayBlockingQueue : les files d'attente délimitées peuvent mieux contr?ler les bouchons de ressources et éviter la surcharge du système
• SynchronousQueue : Aucun éléments n'est stocké, chaque opération d'insertion doit attendre qu'un autre fil soit récupéré, adapté aux scénarios élevés de concurrence et de latence faible.
• PriorityBlockingQueue : une file d'attente de taches triée par priorité, adaptée aux scénarios où l'ordre des taches doit être ajusté dynamiquement

Il est recommandé de sélectionner le type de file d'attente approprié en fonction de la charge réelle. Par exemple, lors du traitement des demandes dans un serveur Web, l'utilisation de files d'attente limitée et de politiques de rejet appropriées (telles que CalleRrunspolicy) peut permettre au thread d'appel de gérer les taches en soi lorsqu'il y a une haute pression, qui peut jouer un r?le limitant actuel.

Les stratégies de rejet ne sont pas des décorations, elles doivent travailler à des moments critiques

Lorsque le pool de threads et la file d'attente de taches sont complets, les nouvelles taches doivent être traitées par le biais de politiques de rejet. JDK a quatre stratégies intégrées:

• AbortPolicy : lancez une exception, comportement par défaut
• CallerRunsPolicy : le thread d'appel exécute la tache elle-même
• DiscardPolicy : jetez silencieusement les taches
• DiscardOldestPolicy : jetez la tache la plus ancienne de la file d'attente et essayez de soumettre à nouveau la tache actuelle

Dans les applications pratiques, la plus recommandée est CallerRunsPolicy car elle peut ralentir la vitesse de soumission des taches et former un mécanisme de "contre-arrière-plan" au lieu de simplement éliminer ou lancer des exceptions.

Bien s?r, vous pouvez également personnaliser le gestionnaire, enregistrer des journaux, des alarmes ou faire d'autres traitements.

Gestion du cycle de vie du pool de threads, n'oubliez pas de fermer

Beaucoup de gens ignorent simplement la piscine de fil après l'avoir écrit, mais en fait, le pool de fil doit également être correctement fermé. Il existe deux méthodes principales:

• shutdown() : Aucune nouvelle tache n'est acceptée, mais attendra que les taches soumises soient terminées
• shutdownNow() : essayez d'interrompre toutes les taches d'exécution et renvoie la liste des taches en attente d'être exécutée

Il est recommandé d'appeler shutdown() lorsque la demande est fermée et d'attendre avec AwangerMination pour s'assurer que la tache est terminée:

 exécuteur.shutdown ();
essayer {
    if (! exécutor.awampitring (60, timeunit.seconds)) {
        exécuteur.shutdownNow ();
    }
} catch (InterruptedException e) {
    exécuteur.shutdownNow ();
}

Cela peut empêcher les taches d'être interrompues et assurer la cohérence des données.

Fondamentalement, c'est tout. ThreadPoolExecutor est puissant, mais il est également facile à abuser. Ce n'est qu'en comprenant le r?le de chaque paramètre et le mécanisme derrière qu'il peut vraiment exercer sa valeur.

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!