Version imprimable
Bonjour,
Je cherche à synchroniser les accès à une variable de type HashMap mais depuis plusieurs classes - deux classes qui implémentent la même interface en fait. Le HashMap serait une variable statique d'une troisième classe.
Existe-t-il en Java une façon de faire cela ? Je n'ai pas l'impression que le mot clé synchronized ou les méthodes du package locks soient utilisables dans ce cas...
Il vaut mieux que la variable statique en question soit issue de Collections.synchronizedMap(), plutôt qu'une HashMap simple.
Bien sûr, si tu as besoin d'appeler values() ou keySey() ou entrySet(), il te faut un mécanisme de synchro plus complexe que ça.
Thelvin, merci pour ta réponse.
Au bout du compte, j'ai choisi une autre approche : je crée un singleton (service Spring), et le HashMap n'est modifié qu'au sein de deux méthodes, subscribe() et unsubscribe(). Par contre, ces méthodes sont susceptibles d'être appelées par des threads différents.
Dans la mesure où il n'existe qu'une instance de la classe concernée, je devrais pouvoir me contenter d'utiliser le mot clé synchronized sur les deux méthodes mentionnées, non ?
Merci pour vos éclaircissements :)
Pas forcément. Si une collection est en cours de modification dans un thread, tu ne peux pas non plus la lire dans un autre thread.
Je ne vois pas où est ton problème
Si ta classe déclare une instance static Map alors à chaque fois que tu veux écrire dans la Map faut que tu fasse :
Code:
2
3
Hibour, cela répond effectivement au problème d'origine.
Thelvin, ok, je n'avais pas vu les choses sous cet angle. Il ne devrait donc pas y avoir d'écritures concurrentes avec synchronized mais pour garantir l'accès en lecture, il vaut mieux utiliser une implémentation thread-safe. Ce qui amène ma dernière question : vaut-il mieux utiliser le HashMap synchronized de l'interface collections ou le concurrent HashMap Java 5 ?
Merci encore.