Maison >Java >javaDidacticiel >Quelle est la politique de rejet du pool de threads Java ?
1. AbortPolicy : Cette stratégie de rejet déclenche directement une RuntimeException de type RejectedExecutionexception lors du rejet d'une tâche, vous pouvez réessayer ou abandonner la soumission selon la logique métier
2. être supprimés directement après la soumission, non Avec toute notification, il existe un certain risque de perte de données.
3. DiscardOldestPolicy : après la soumission d'une nouvelle tâche, la tâche ayant la durée de survie la plus longue sera supprimée, et il existe également un risque de perte de données.
4. CallerRunsPolicy : après la soumission d'une nouvelle tâche, la tâche est soumise au fil qui a soumis la tâche, c'est-à-dire que celui qui soumet la tâche est responsable de la tâche. Il y a deux avantages principaux à procéder ainsi.
Premièrement, les tâches nouvellement soumises ne seront pas abandonnées et n'entraîneront pas de pertes commerciales.
Deuxièmement, puisque celui qui soumet la tâche est responsable de la tâche, l'itinéraire qui soumet la tâche doit être responsable de la tâche, et il faut du temps pour exécuter la tâche. Pendant cette période, l'itinéraire qui soumet la tâche est occupé. Si de nouvelles tâches ne sont pas soumises, la vitesse de soumission des tâches devient plus lente, ce qui équivaut à un retour négatif. Pendant cette période, les threads du pool de threads peuvent également utiliser pleinement ce temps pour effectuer certaines tâches et libérer une certaine quantité d'espace, ce qui équivaut à donner au pool de threads une certaine période de tampon.
Les collections en Java sont principalement divisées en quatre catégories :
1. Liste : ordonnée, répétable ;
2. -répétable ;
4. Mappage de cartes : non ordonné, avec des clés uniques et des valeurs non uniques.
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!