Java 内存模型还在使用吗？

Question

它根据 Java 并发原语解释并发，但实际上性能最佳的并发代码使用 sun.misc.Unsafe 原语，其中涉及 CAS 和直接内存栅栏指令。

此外，我个人更喜欢在对并发代码进行推理时使用栅栏而不是发生之前。

那么，JMM 对于现代 Java 仍然有效吗？

或者，换句话说，可以使用 JMM 对程序进行推理，通过 sun.misc.Unsafe 方法同步吗？

Answer 1

那么，JMM 对于现代 Java 仍然有用吗？

不是真的。

那么，JMM 对于现代 Java 仍然有效吗？

是的，仍然有效

大部分 java 内存都在后台处理，垃圾回收调用和手动内存操作很少使用，被认为是糟糕的设计。大多数人会告诉你它仍然有用，因为可以完成某些事情，例如本机内存分配或创建本机并发。

虽然 JMM 受支持且有效，但没有人真正使用它。为什么？使用 sun.misc.Unsafe 来完成这些类型的事情是不安全的。它是不安全代码的一个原因是实例永远不会被垃圾收集。 （除非这是你想要的）。就像为线程使用 volatile 变量一样；它从未在本地缓存过，并且会降低性能并且难以编写。在非原子操作中可能会给你不同的结果！

使用栅栏代码并没有错，但要考虑权衡。问问自己为什么使用 java 而不是 C？

简而言之，完成某些事情可能很有用，但它不切实际，因为有其他方法可以做到这一点。 （本机代码）

---

对于文斯的评论，我将添加以下内容：

volatile int i = 0;

public void foo() { 
    if (i == 0) i = i + 1;
}

上面的代码本质上是不安全的，尽管变量的声明为 volatile 意味着读写被刷新到主内存 - 这种方法的唯一安全实现是这样的：

int i = 0;

public synchronized void foo() {
    if (i == 0) 
    i = i + 1;
}

那么你应该更喜欢哪个？好吧，如果您有多个线程根据该字段的值修改一个字段（即比较和设置），那么同步是唯一安全的解决方案。