Java a un événement avant / se passe après le modèle de mémoire. Il doit y avoir une certaine construction concurrente commune (par exemple, bloc / méthode synchronisée, verrouillage, volatil, atomique) sur le chemin d'écriture et le chemin de lecture pour déclencher ce comportement.
Si vous synchronisez les deux méthodes, vous créez un verrou sur l'objet entier qui sera partagé à la fois par les threads de lecture et d'écriture. La JVM garantira que toutes les modifications qui se produisent sur le fil d'écriture qui se produisent avant de quitter la méthode de consigne (synchronisée) seront visibles pour toutes les filetages de lecture après avoir entré la méthode de Geint (synchronisée). Le JVM insérera les barrières de mémoire nécessaires pour que cela se produise.
Si seule la méthode d'écriture est synchronisée, les modifications apportées à l'objet peuvent ne pas être visibles pour aucun fil de lecture. En effet, aucun point sur le chemin de lecture que le JVM peut utiliser pour s'assurer que la mémoire visible du thread de lecture (cache, etc.) est en ligne avec le fil d'écriture. Rendre la méthode de getint synchronisée fournirait cela.
REMARQUE: Spécifiquement, dans ce cas, la volatille "numéro" donnerait le comportement correct car la lecture / écriture volatile fournit également le même comportement de visibilité de la mémoire dans la JVM et l'action à l'intérieur de la méthode de seint n'est qu'une affectation. < / p>
En fait, c'est la subtilité différente.