参照割り当てはアトミックなので、なぜAtomicReferenceを使用するのですか？

Question

私はAtomicReferenceについて簡単な一般的な質問があります。

Javaで参照割り当てがアトミックな場合は、なぜAtomicReferenceを使用しますか？

また、64ビットVMでは参照義務が原子的であるかどうか尋ねたいと思いますか？

参照義務原子を持つためにはvolatileが必要ですか？

Answer 1

私の前の回答はjuancnによるコメントで説明したように、間違っていました：

Atomic*クラスと揮発性のアクセスの違いだ

。参照の割り当ては、単語の引き裂きが発生しないという意味でのみアトミックですが、可視性や並べ替えの保証はありません。 Javaでは、この制限された意味で、すべてのプリミティブ型と参照に対してアトミック書き込みが保証されていますが、ロング/ダブル（64ビットVMでは常にアトミックだとは思いますが）では保証されません。

前答え

これは主にcompareAndSetとgetAndSet方法のために、必要です。そうでなければ原子的に行うことはできません（2つの操作が必要です）。

Answer 2

Javaでは参照割り当てがアトミックな場合はなぜAtomicReferenceを使用しますか？

新しい値の作成の基礎となる決定が参照の以前の値によって異なる場合があります。たとえば、LinkedListのようなデータ構造を実装する場合、前のノードを参照する新しいノードにヘッドを設定することはありません。前のノードを読み込んで新しいヘッドにヘッドをセットするまでの間に、他のスレッドが同時にヘッド参照の値を更新することができました。私たちのスレッドがこの変更を認識していなければ、それは失われるでしょう。

リファレンスアサイメントアトミックを持つにはvolatileが必要ですか？

操作自体はCPUコアで実行されますが、他のコアのスレッドが次回の読み取り時にそれを認識することは保証されません。

Answer 3

これは、リファレンスがアトミックであっても、非常に狭い意味でアトミックであるためです。

スレッドが非揮発性参照を書き込む場合、他のスレッドが書き込み全体を表示するかどうかは表示されません。（単語の破損/ガベージ）なし。

しかし、他のスレッドではそれがと表示されることはなく、同じ順序で表示されることはありません。

AtomicReference、本質的に、彼らは揮発性のように振る舞う、（CAS操作以外にも）はるかに強力な保証を提供します。

• 揮発書き込み前に、スレッドAで起こった任意の書き込みが、後続の揮発性のリード後、スレッドBに表示されますその変数の
• 揮発性の操作はすべて `アトミック...`クラスのための正確な理由だ