java - 有什么理由不总是使用 AtomicInteger 作为数据成员吗？

Question

在像 Android 这样的多线程环境中，一个简单的 int 变量可能会被多个线程操作，在某些情况下是否仍然有理由使用 int 作为数据成员？

int 作为局部变量，仅限于对其具有独占访问权限的方法的范围(因此修改它的开始和结束始终在同一线程中)，非常有意义性能方面。

但作为数据成员，即使被访问器包裹，它也可能遇到众所周知的并发交错修改问题。

因此，为了“安全起见”，我们可以全面使用 AtomicInteger。但这似乎非常低效。

你能举一个线程安全的 int 数据成员用法的例子吗？

Answer 1

Is there any justification not to ALWAYS use AtomicInteger as data members?

是的，不总是使用 AtomicInteger 是有充分理由的。由于 volatile 构造，AtomicInteger 至少比本地 int 和其他 慢一个数量级(可能更多) >Unsafe 构造用于设置/获取基础 int 值。 volatile 意味着当您访问 AtomicInteger 时，您每次都会跨越内存屏障，这会导致相关处理器上的高速缓存内存刷新。

此外，仅仅因为您已将所有字段设为 AtomicInteger 并不能保护您在访问多个字段时免受竞争条件的影响。关于何时使用 volatile、synchronized 和 Atomic* 类做出正确的决定是无可替代的。

例如，如果您希望在线程程序中以可靠的方式访问一个类中的两个字段，那么您可以执行如下操作:

synchronized (someObject) {
   someObject.count++;
   someObject.total += someObject.count;
}

如果这两个成员都具有 AtomicInteger，那么您将访问 volatile 两次，从而跨越 2 个内存屏障，而不仅仅是 1 个。此外，赋值比AtomicInteger 内部的不安全 操作。此外，由于这两个操作的数据竞争条件(与上面的 synchronized block 相反)，您可能无法获得 total 的正确值。

Can you bring an example of thread-safe int data member usage?

除了使它成为final 之外，没有线程安全的int 数据成员的机制，除了将其标记为volatile 或使用原子整数。没有神奇的方法可以在所有字段上绘制线程安全。如果有那么线程编程就很容易了。挑战在于找到放置 synchronized block 的正确位置。找到应该用 volatile 标记的正确字段。找到使用 AtomicInteger 和 friend 的正确位置。