AtomicInteger和volatile [重复]

Question

这个问题已经在这里有了答案 ：

atomic / volatile / synchronized有什么区别？ （7个答案）

11个月前关闭。

我知道volatile允许可见性，AtomicInteger允许原子性。因此，如果我使用volatile
AtomicInteger，是否意味着我不必再使用任何同步机制了？

例如。

class A {

    private volatile AtomicInteger count;

    void someMethod(){
        // do something
        if(count.get() < 10) {
            count.incrementAndGet();
        }
}

这是线程安全的吗？

Answer 1

我相信这Atomic*实际上会 同时带来 原子性和波动性。因此，当您致电（say）时AtomicInteger.get()，可以保证获得
最新的 价值。java.util.concurrent.atomic
包文档中对此进行了记录：

如Java™语言规范的第17.4节所述，用于访问和更新原子的记忆效应通常遵循关于挥发物的规则。

• get具有读取易失性变量的存储效果。
• set具有写入（分配）volatile变量的存储效果。
  * lazySet具有写入（分配）易失性变量的内存效果，除了它允许对后续（但不是先前）的内存操作进行重排序，而这些内存操作本身不会对普通的非易失性写入施加强加约束。在其他用法上下文中，出于垃圾回收的考虑，在清空时可能会应用>-lazySet，该引用将不再被访问。
  * weakCompareAndSet原子地读取并有条件地写入变量，但不会在排序之前创建任何事件，因此，对于除nonCompCompAndAndSet目标之外的任何变量的先前或后续读取和写入，不提供任何保证。
• compareAndSet和所有其他读取和更新操作（例如getAndIncrement）具有读取和写入易失性变量的内存影响。
  

现在如果你有

volatile AtomicInteger count;

该volatile部分意味着每个线程将使用最新AtomicInteger引用，并且这AtomicInteger意味着您 还将
看到该对象的最新值。

不需要它是不常见的（IME）-因为通常您不会重新分配count以引用另一个对象。相反，您将拥有：

private final AtomicInteger count = new AtomicInteger();

那时，它是一个final变量这一事实意味着所有线程都将处理同一个对象-并且它是一个Atomic*对象这一事实意味着它们将在该对象中看到最新的值。