À quoi sert le modèle de mémoire Java ?

Qu'est-ce que JMM ? Les différences d'accès du système garantissent que les programmes Java peuvent accéder à la mémoire sur différentes plates-formes avec des mécanismes et des spécifications cohérents.

• Le modèle de mémoire Java stipule que toutes les variables sont stockées dans la mémoire principale et que chaque thread possède sa propre mémoire de travail.

• La mémoire de travail du thread sauvegarde une copie de la mémoire principale des variables utilisées dans le thread. Toutes les opérations sur les variables par le thread doivent être. in Il est effectué dans la mémoire de travail et ne peut pas lire et écrire directement dans la mémoire principale.

• Différents threads ne peuvent pas accéder directement aux variables dans la mémoire de travail de chacun. Le transfert de variables entre les threads nécessite des données entre leur propre mémoire de travail et la mémoire principale.

• Et JMM agit sur le processus de synchronisation des données entre la mémoire de travail et la mémoire principale. Il précise comment et quand la synchronisation des données est effectuée.

stockage principal et mémoire de travail

main La mémoire et la mémoire de travail peuvent être simplement comparées aux concepts de mémoire principale et de cache dans le modèle de mémoire informatique. Il est particulièrement important de noter que la mémoire principale et la mémoire de travail ne sont pas au même niveau de division de mémoire que le tas Java, la pile, la zone de méthode, etc. dans la structure de mémoire JVM et ne peuvent pas être directement comparées.

• Si vous devez à peine la faire correspondre, à partir de la définition des variables, de la mémoire principale et de la mémoire de travail, la mémoire principale correspond principalement à la partie données de l'instance d'objet dans le tas Java . La mémoire de travail correspond à une partie de la pile de la machine virtuelle. À quoi sert le mot-clé volatile ? #

• Visibilité

Les variables initiales sont d'abord stockées dans la mémoire principale ; #Les variables d'opération du thread doivent être lues à partir de la mémoire principale La mémoire est copiée dans la mémoire locale du thread

La mémoire de travail locale du thread est un concept abstrait, comprenant le cache, le tampon de stockage (sera discuté plus tard ), les registres, etc.

• Si le fil A et le fil B souhaitent communiquer, ils doivent passer par les 2 étapes suivantes :
• #🎜🎜 #Thread A actualise les variables partagées mises à jour dans la mémoire locale A vers la mémoire principale.

  Le thread B accède à la mémoire principale pour lire les variables partagées que le thread A a déjà mises à jour.

  Après qu'un thread ait modifié une variable partagée, d'autres threads peuvent voir (percevoir) la modification (le changement) de la variable

  # 🎜🎜##🎜🎜 #

  Cela est vrai qu'il s'agisse d'une variable ordinaire ou d'une variable volatile

• La différence est la suivante : les règles spéciales de volatile garantissent que le La nouvelle valeur modifiée de la variable volatile est immédiatement synchronisée avec la mémoire principale et est immédiatement actualisée à partir de la mémoire principale avant chaque utilisation de la variable volatile. Par conséquent, volatile garantit la visibilité des variables de fonctionnement entre plusieurs threads, alors que les variables ordinaires ne le peuvent pas. garantir cela.

  En plus du mot clé volatile qui permet d'obtenir de la visibilité, il y a aussi synchronisé, Verrouillage,

  final(immuable)

  Il est également possible

Utiliser le mot-clé synchronisé, au début de la méthode de synchronisation/bloc de synchronisation (Monitor Enter), lors de l'utilisation de la variable partagée, la valeur de la variable sera rafraîchie de la mémoire principale vers la mémoire de travail (c'est-à-dire depuis la mémoire principale Lire la dernière valeur dans la mémoire de travail privée du thread), à la fin de la méthode de synchronisation/bloc de synchronisation (Monitor Exit), la valeur de la variable dans la mémoire de travail sera synchronisée avec la mémoire de travail principale mémoire (c'est-à-dire la valeur de la variable dans la mémoire de travail privée du thread. La valeur est écrite dans la mémoire principale pour la synchronisation).

Utilisez l'implémentation la plus couramment utilisée de l'interface Lock, ReentrantLock (verrouillage réentrant) , pour obtenir de la visibilité : lorsque nous exécutons lock.lock() au début de la méthode, qui a la même sémantique que la position de départ synchronisée (Monitor Enter), c'est-à-dire que lors de l'utilisation d'une variable partagée, la valeur de la variable sera rafraîchie de la mémoire principale vers la mémoire de travail (c'est-à-dire que la dernière valeur sera lue de la mémoire principale vers la mémoire de travail privée du thread), exécutez la méthode lock.unlock() dans le bloc final de la méthode, qui a le même sémantique que la position finale synchronisée (Monitor Exit), c'est-à-dire que les valeurs des variables dans la mémoire de travail seront synchronisées avec la mémoire principale (c'est-à-dire le thread privé Les valeurs dans la mémoire de travail sont écrites dans la mémoire principale pour la synchronisation).

• La visibilité du mot clé final fait référence à : les variables modifiées par final, une fois initialisées dans le constructeur, et la référence à "this" n'est pas transmise dans le constructeur ("this" "Evasion de référence est très dangereux. D'autres threads sont susceptibles d'accéder à un objet qui n'est qu'à moitié initialisé via la référence), alors d'autres threads peuvent voir la valeur de la variable finale.

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!