Laxatif~
Peut-être que la compréhension de la question par l'auteur est un peu fausse

1. current est la valeur attendue, pas la valeur de la mémoire

2. suivant est la nouvelle valeur modifiée, pas la valeur attendue

Le code source de la

méthodecompareAndSetest visible et les commentaires à l'intérieur sont très clairs

/** * Atomically sets the value to the given updated value * if the current value {@code ==} the expected value. * * @param expect the expected value * @param update the new value * @return {@code true} if successful. False return indicates that * the actual value was not equal to the expected value. */ public final boolean compareAndSet(int expect, int update) { return unsafe.compareAndSwapInt(this, valueOffset, expect, update); }

Le fonctionnement de CAS est comme mentionné par le sujet, en comparant la valeur attendue avec la valeur mémoire. Ce n'est que lorsqu'elles sont égales que la nouvelle valeur sera écrite, sinon elle sera réessayée en continu. C'est une attitude optimiste, et la vraie. valeur de la mémoire En fait, c'est uneAtomicInteger.value这个属性（其实最关键也不是这个属性，只是个引用而已，真正的boss后面会提到）,注意这个value的有关键字volatilemodification

private volatile int value;

Cette valeur est donc en fait une variable partagée, qui représente la visibilité de cette variable, c'est-à-dire la visibilité entre les threads,

======================== Je parle juste trop de visibilité, si vous ne l'aimez pas, vous pouvez simplement l'ignorer === ======== =====================

Pour faire simple, le modèle de mémoire Java stipule que les variables sont stockées dans la mémoire principale (similaire à la mémoire physique). Chaque thread possède son propre cache de travail. Lorsqu'on opère sur une variable, la valeur dans la mémoire principale n'est pas directement modifiée, mais il est exécuté dans son propre cache de travail, et finalement synchronisé avec la mémoire principale, et les threads ne peuvent pas accéder au cache de travail des autres

La visibilité mentionnée ici signifie que lorsqu'un thread exploite une variable modifiée avec le mot-clévolatile, lorsque la variable est modifiée et écrite avec succès dans la mémoire principale, les variables dans le cache de travail des autres threads deviendront invalides, donc lorsque d'autres threads relisez la variable, ils la liront directement depuis la mémoire principale au lieu d'utiliser la valeur dans leur propre cache de travail

==========================================Fini====== =========================================

Je viens de mentionner que l'attributAtomicInteger.valuen'est qu'une référence aux données elles-mêmes. Lors de l'appel de la méthodeAtomicInteger.value这个属性对于数据本身而言，只是一个引用，在调用compareAndSet方法时，可以注意到第二个参数，valueOffset，其实这才是关键...真正的Boss，真正的内存的值，因为涉及到在java语言里很少听到的一个词，指针，这个valueOffset, vous pouvez remarquer le deuxième paramètre,valueOffset. , C'est la clé... le vrai Boss, la vraie valeur mémoire, car il s'agit d'un mot rarement entendu dans le langage Java,pointeur, cevalueOffsetEn fait, c'est le décalage au sein de l'objet. C'est la vraie valeur de la mémoire

.

(La raison pour laquelle cette méthodecompareAndSet里调用的是Unsafe类的方法，Unsafeappelle la méthode de la classeUnsafe,Unsafeencapsule en fait certaines opérations de type pointeur, les pointeurs ne sont pas sûrs)