Reentrantlock fournit un contr?le de thread plus flexible dans Java que synchronisé. 1. Il prend en charge les verrous d'acquisition non bloquants (trylock ()), l'acquisition de verrouillage avec le délai d'attente (trylock (temps de temps long, unité de timeUnit)) et les verrous d'attente interruptibles; 2. Permet de régler les écluses équitables pour éviter la faim de fil; 3. Prend en charge plusieurs variables de condition pour réaliser un mécanisme d'attente / notification plus raffiné; 4. Besoin de libérer manuellement le verrou, unlock () doit être appelé dans les blocs enfin pour éviter la fuite des ressources; 5. Il convient aux scénarios qui nécessitent un contr?le de synchronisation avancé, tels que des outils de synchronisation personnalisés ou des structures simultanées complexes, mais synchronisé est toujours recommandé pour des besoins mutuellement exclusifs simples.
Un ReentrantLoc en Java est un outil de synchronisation qui vous donne plus de contr?le sur la fa?on dont les threads accèdent aux ressources partagées par rapport au mot clé synchronized
standard. Il fait partie du package java.util.concurrent.locks
et prend en charge des fonctionnalités avancées comme essayer un verrou sans bloquer, tenter avec un délai d'expiration ou même interrompre un fil qui attend un verrou.

Que signifie "réentrant"?
Le terme réentrant fait référence au fait que si un fil détient déjà une serrure, il peut rentrer (acquérir à nouveau) sans provoquer une impasse. Ce comportement reflète la fa?on dont les blocs synchronisés fonctionnent en Java mais vous donne un contr?le explicite lors de l'utilisation ReentrantLock
.
Par exemple:

- Si une méthode verrouille l'objet et appelle une autre méthode sur le même objet qui essaie également d'acquérir le même verrou, il ne bloque pas car le thread possède déjà le verrou.
Cette fonctionnalité évite certains types de blocages et rend possible le verrouillage récursif.
En quoi est-ce différent de synchronized
?
Bien que synchronized
et ReentrantLock
fournissent une exclusion mutuelle, il existe des différences clés:

Flexibilité : avec
synchronized
, vous n'avez pas beaucoup de contr?le - une fois que vous entrez un bloc synchronisé, le fil attend jusqu'à ce que le verrou devienne disponible.ReentrantLock
vous permet d'essayer d'acquérir le verrou sans blocage (tryLock()
), d'attendre uniquement jusqu'à un certain temps (tryLock(long timeout, TimeUnit unit)
) ou interrompre un fil d'attente.Option d'équité : vous pouvez créer un
ReentrantLock
avec une politique d'équité. Une fermeture équitable a tendance à offrir le verrou au fil le plus long, ce qui peut aider à éviter la famine, bien qu'il puisse avoir un co?t de performance.Variables de condition :
ReentrantLock
permet à plusieurs objets de condition via sa méthodenewCondition()
, donnant un contr?le plus fin sur la signalisation et la logique d'attente que la condition unique associée àObject.wait()
etnotify()
utilisé avecsynchronized
.
Quand devriez-vous l'utiliser?
Vous voudrez peut-être utiliser ReentrantLock
au lieu de synchronized
dans ces cas:
- Vous avez besoin d'une tentative non bloquante pour acquérir une serrure.
- Vous souhaitez soutenir les délais ou interruptions lors de l'acquisition de verrouillage.
- Votre application bénéficie d'un mécanisme de verrouillage équitable.
- Vous construisez des constructions de synchronisation complexes (comme des sémaphores ou des barrières personnalisés).
Cependant, si vos besoins sont simples - juste une exclusion mutuelle sans fonctionnalités spéciales - restez synchronized
. Il est moins sujet aux erreurs car le JVM libère automatiquement le verrou lors de la sortie d'un bloc, tandis qu'avec ReentrantLock
, vous devez appeler manuellement unlock()
à l'intérieur d'un bloc finally
pour éviter les fuites.
Voici un exemple rapide d'usage:
ReentrantLock Lock = new reentrantLock (); lock.lock (); essayer { // Section critique } enfin { lock.unlock (); }
Ce modèle garantit que le verrouillage est libéré même si une exception se produit à l'intérieur de la section critique.
Un gotcha: toujours déverrouiller dans un bloc enfin
Contrairement à synchronized
, où la libération du verrou est automatique, oublier d'appeler unlock()
peut entra?ner des impasses ou des fuites de ressources. C'est pourquoi il est cruel de toujours envelopper le code critique à l'intérieur d'un bloc try
et d'appeler unlock()
dans un bloc finally
.
Sachez également que, contrairement à synchronized
, ReentrantLock
ne s'associe pas implicitement à l'objet qu'il protège - il est donc plus facile d'utiliser malgré le fait que ce soit soigneusement.
L'utilisation ReentrantLock
ajoute de la flexibilité mais aussi de la responsabilité. C'est un outil puissant lorsque vous avez besoin d'un contr?le plus nuancé sur la concurrence, mais il est facile de vous tirer dans le pied si vous ne faites pas attention à la gestion des verrouillage. Pour la plupart des cas simples, synchronized
fonctionne toujours bien.
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!

Outils d'IA chauds

Undress AI Tool
Images de déshabillage gratuites

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
échangez les visages dans n'importe quelle vidéo sans effort grace à notre outil d'échange de visage AI entièrement gratuit?!

Article chaud

Outils chauds

Bloc-notes++7.3.1
éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds

Le mécanisme de chargement des classes de Java est implémenté via Classloader, et son flux de travail principal est divisé en trois étapes: chargement, liaison et initialisation. Pendant la phase de chargement, Classloader lit dynamiquement le bytecode de la classe et crée des objets de classe; Les liens incluent la vérification de l'exactitude de la classe, l'allocation de la mémoire aux variables statiques et les références de symbole d'analyse; L'initialisation effectue des blocs de code statique et des affectations de variables statiques. Le chargement des classes adopte le modèle de délégation parent et hiérarchise le chargeur de classe parent pour trouver des classes et essayez Bootstrap, Extension et ApplicationClassloader pour s'assurer que la bibliothèque de classe de base est s?re et évite le chargement en double. Les développeurs peuvent personnaliser le chargeur de classe, comme UrlClassl

Java prend en charge la programmation asynchrone, y compris l'utilisation de la transition complète, des flux réactifs (tels que ProjectActor) et des threads virtuels dans Java19. 1.COMPLETABLEFUTURE Améliore la lisibilité et la maintenance du code à travers les appels de cha?ne et prend en charge l'orchestration des taches et la gestion des exceptions; 2. ProjectAacteur fournit des types de mono et de flux pour implémenter une programmation réactive, avec mécanisme de contre-pression et des opérateurs riches; 3. Les fils virtuels réduisent les co?ts de concurrence, conviennent aux taches à forte intensité d'E / S et sont plus légères et plus faciles à développer que les fils de plate-forme traditionnels. Chaque méthode a des scénarios applicables, et les outils appropriés doivent être sélectionnés en fonction de vos besoins et les modèles mixtes doivent être évités pour maintenir la simplicité

Javanio est un nouvel IOAPI introduit par Java 1.4. 1) s'adresse aux tampons et aux canaux, 2) contient des composants de tampon, de canal et de sélecteur, 3) prend en charge le mode non bloquant et 4) gère les connexions simultanées plus efficacement que l'OI traditionnel. Ses avantages se reflètent dans: 1) IO non bloquant les réductions de la surcharge du thread, 2) le tampon améliore l'efficacité de transmission des données, 3) le sélecteur réalise le multiplexage et 4) la cartographie de la mémoire accélère la lecture et l'écriture de la lecture de fichiers. Remarque Lorsque vous utilisez: 1) le fonctionnement FLIP / clair du tampon est facile à confondre, 2) les données incomplètes doivent être traitées manuellement sans blocage, 3) l'enregistrement du sélecteur doit être annulé à temps, 4) Nio ne convient pas à tous les scénarios.

En Java, les énumérations conviennent à représenter des ensembles constants fixes. Les meilleures pratiques incluent: 1. Utilisez ENUM pour représenter l'état fixe ou les options pour améliorer la sécurité et la lisibilité des types; 2. Ajouter des propriétés et des méthodes aux énumérations pour améliorer la flexibilité, telles que la définition des champs, des constructeurs, des méthodes d'assistance, etc.; 3. Utilisez Enuummap et Enumset pour améliorer les performances et la sécurité des types car ils sont plus efficaces en fonction des tableaux; 4. évitez l'abus des énumérations, tels que des valeurs dynamiques, des changements fréquents ou des scénarios logiques complexes, qui doivent être remplacés par d'autres méthodes. L'utilisation correcte de l'énumération peut améliorer la qualité du code et réduire les erreurs, mais vous devez faire attention à ses limites applicables.

La clé pour gérer les exceptions en Java est de les attraper, de les gérer clairement et de ne pas couvrir les problèmes. Tout d'abord, nous devons attraper des types d'exceptions spécifiques au besoin, éviter les prises générales et hiérarchiser les exceptions de contr?le. Les exceptions d'exécution devraient être jugées à l'avance; Deuxièmement, nous devons utiliser le cadre du journal pour enregistrer les exceptions, et réessayer, retourner ou lancer en fonction du type; Troisièmement, nous devons utiliser le bloc enfin pour libérer les ressources et recommander des ressources TRYS-With; Quatrièmement, nous devons raisonnablement définir des exceptions personnalisées, hériter de RuntimeException ou exception, et transporter des informations contextuelles pour un débogage facile.

Le modèle de conception Singleton en Java garantit qu'une classe n'a qu'une seule instance et fournit un point d'accès global via des constructeurs privés et des méthodes statiques, ce qui convient au contr?le de l'accès aux ressources partagées. Les méthodes de mise en ?uvre incluent: 1. Chargement paresseux, c'est-à-dire que l'instance n'est créée que lorsque la première demande est demandée, ce qui convient aux situations où la consommation de ressources est élevée et pas nécessairement requise; 2. Traitement à filetage, garantissant qu'une seule instance est créée dans un environnement multi-thread par des méthodes de synchronisation ou le verrouillage à double vérification et la réduction de l'impact des performances; 3. Le chargement affamé, qui initialise directement l'instance pendant le chargement des cours, convient aux objets ou scénarios légers qui peuvent être initialisés à l'avance; 4. La mise en ?uvre de l'énumération, en utilisant l'énumération Java pour soutenir naturellement la sérialisation, la sécurité des filetages et prévenir les attaques réfléchissantes, est une méthode concise et fiable recommandée. Différentes méthodes de mise en ?uvre peuvent être sélectionnées en fonction des besoins spécifiques

Les classes internes anonymes sont utilisées en Java pour créer des sous-classes ou implémenter des interfaces à la volée, et sont souvent utilisées pour remplacer les méthodes pour atteindre des objectifs spécifiques, tels que la gestion des événements dans les applications GUI. Sa forme de syntaxe est une nouvelle interface ou une nouvelle classe qui définit directement le corps de classe et nécessite que les variables locales accessibles doivent être finales ou équivalentes immuables. Bien qu'ils soient pratiques, ils ne devraient pas être surutilisés. Surtout lorsque la logique est complexe, ils peuvent être remplacés par les expressions Lambda de Java8.

La cha?ne est immuable, StringBuilder est mutable et non-thread-safe, StringBuffer est mutable et file. 1. Une fois le contenu de la cha?ne créé ne peut pas être modifié, il convient à une petite quantité d'épissage; 2. StringBuilder convient à l'épissage fréquent de threads uniques et a des performances élevées; 3. StringBuffer convient aux scénarios partagés multi-thread, mais a une performance légèrement inférieure; 4. Remarquemment, définir la capacité initiale et éviter d'utiliser l'épissage de cha?ne dans des boucles peut améliorer les performances.
