Pourquoi une variable membre d'un objet ne peut-elle pas être à la fois finale et volatile en Java ?

Question

Si dans une classe j'ai une instance ConcurrentHashMap qui sera modifiée et lue par plusieurs threads, je pourrais définir comme ceci :

 public class My Class {

    private volatile ConcurrentHashMap<String,String> myMap = new ConcurrentHashMap<String,String>();
...
}

l'ajout de final au champ myMap entraîne une erreur indiquant que je ne peux utiliser que final ou volatile. Pourquoi ne peut-il pas être les deux ?

Answer 1

volatile ne concerne que les modifications de la variable elle-même, pas l'objet auquel elle se réfère. Cela n'a aucun sens d'avoir un final volatile car les champs finaux ne peuvent pas être modifiés. Déclarez simplement le champ final et ça devrait aller.

Answer 2

Parce que volatile et final sont deux extrémités extrêmes en Java

volatile signifie que la variable est liée aux changements

final signifie que la valeur de la variable ne changera jamais du tout

Answer 3

volatile est utilisé pour les variables dont la valeur peut changer, dans certains cas, sinon il n'y a pas besoin de volatile , et final signifie que la variable ne peut pas changer , il n'y a donc pas besoin de volatile .

Vos problèmes de concurrence sont importants, mais rendre le HashMap volatile ne résoudra pas le problème, pour gérer les problèmes de concurrence, vous utilisez déjà ConcurrentHashMap .

Answer 4

volatile garantit que toutes les lectures et écritures vont directement dans la mémoire principale, c'est-à-dire que l'accès aux variables est presque dans le bloc synchronized Ceci n'est pas pertinent pour la variable finale qui ne peut pas être modifiée.