Dedlock fait référence au phénomène que plusieurs threads ne peuvent pas continuer à exécuter car ils attendent les ressources de l'autre. Sa génération nécessite quatre conditions: 1. Exclusion mutuelle, les ressources ne peuvent pas être partagées; 2. Tenez et attendez, les threads ne relachent pas les ressources occupées en attendant d'autres ressources; 3. Il ne peut pas être préempté, les ressources ne peuvent être activement libérées que par le fil de détention; 4. En attente de boucle, les cha?nes de threads s'attendent. Pour détecter les blocages, vous pouvez afficher l'invite "de l'impasse" dans la pile de threads via la commande JSTACK ou utiliser des outils IDE, VisualVM et d'autres outils visuels pour analyser. Les méthodes pour éviter les blocages comprennent: 1. Unifier l'ordre de verrouillage pour briser la boucle en attente; 2. Définissez un mécanisme de délai d'expiration, comme l'utilisation de Trylock (); 3. Réduire la granularité et la gamme de serrures; 4. Utilisez des classes d'outils simultanées telles que ReentrantLock. De plus, nous devons prêter attention à des problèmes tels que les serrures en direct et la faim des ressources, et raisonnablement des mécanismes de collaboration de discussion pour assurer la stabilité et la robustesse des programmes multi-thread.

Dans la programmation multithread Java, l'impasse est un problème commun mais facilement négligé. Cela se produit généralement lorsque plusieurs threads attendent les ressources de l'autre les uns par les autres, ce qui fait que le programme est bloqué et incapable de continuer à exécuter. La clé pour éviter les blocages est de comprendre les conditions dans lesquelles ils se produisent et d'adopter des stratégies raisonnables pour les empêcher.

Qu'est-ce qu'une impasse?

La génération de blocages nécessite de remplir quatre conditions nécessaires: exclusion mutuelle, tenue et attente, non préemptive et en attente circulaire. En d'autres termes, tant que ces quatre conditions sont valables en même temps, une impasse peut se produire.

• Exclusion mutuelle : les ressources ne peuvent pas être partagées et ne peuvent être utilisées que par un seul thread à la fois.
• Maintenez et attendez : le fil ne publie pas les ressources déjà contenues en attendant d'autres ressources.
• Pas préemptif : les ressources ne peuvent être libérées activement que par les fils qui les détiennent et ne peuvent pas être obligés d'être privés.
• En attente de boucle : il y a une cha?ne de threads, chaque thread attend les ressources conservées par le thread suivant.

Si votre programme a un phénomène "pas de déplacement", il est probable qu'il ait rencontré une impasse.

Comment détecter les blocages?

Le moyen le plus direct est d'aider la détection avec l'outil:

• Utilisez la commande jstack pour analyser les informations de pile de threads. Après avoir exécuté votre application Java, ouvrez le terminal et entrez jstack <pid></pid> pour afficher l'invite "impassible" dans la sortie.
• Les outils intégrés IDE ou les outils visuels tels que VisualVM peuvent également vous aider à découvrir intuitivement les dépendances entre les threads.
• Le fil ne répond pas depuis longtemps, ou certaines opérations ne sont pas terminées depuis longtemps, ce qui peut également être un signal de blocage.

Il est recommandé de faire des inspections de fil régulièrement pendant la phase de développement, plut?t que d'attendre qu'il soit lancé avant le dépannage.

Comment éviter les impasses?

Pour éviter complètement les blocages, vous pouvez commencer par briser l'une des quatre conditions mentionnées ci-dessus. Voici quelques méthodes de pratique couramment utilisées:

• Ordre de verrouillage unifié : assurez-vous que tous les threads demandent des ressources dans le même ordre. Par exemple, acquiert toujours le verrou A, puis le verrou B, afin qu'il n'y ait pas de boucle en attente.
• Définissez le mécanisme de délai d'expiration : utilisez tryLock() au lieu de synchronized . Si le verrouillage ne peut pas être acquis dans le délai spécifié, l'opération actuelle sera abandonnée et les ressources existantes seront publiées.
• Réduisez la granularité et la gamme de verrous : seules les verrous sont ajoutés là où la synchronisation est vraiment nécessaire et essayez de raccourcir le temps de maintien de verrouillage.
• Utilisez les classes d'outils fournies par le package simultané : par exemple, ReentrantLock prend en charge l'essayage d'acquérir des verrous, le contr?le du délai d'expiration et d'autres fonctions, qui est plus flexible que native synchronized .

Par exemple, les impasses sont susceptibles de se produire lorsque deux threads acquièrent deux serrures dans des ordres différents. Mais si la serrure doit être acquise dans un ordre fixe, ce problème peut être évité efficacement.

Choses à noter en dehors de l'impasse

En plus des impasses, vous devez également prêter attention à des problèmes similaires, tels que les serrures en direct (les threads réessayent constamment mais échouent toujours) et la faim des ressources (certains threads n'obtiennent pas de possibilités d'exécution pendant longtemps). Bien que ces situations ne bloquent pas complètement le programme comme l'impasse, elles peuvent également affecter la stabilité et les performances du système.

Concevoir rationnellement les mécanismes de collaboration pour les fils pour éviter une dépendance excessive sur les serrures, tout en gardant le code simple et clair, est la base de la construction d'applications multi-threades robustes.

Fondamentalement, c'est tout.

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!