缓存一致性协议是保证“硬件CPU的cache” 和 “硬件内存”之间数据的一致性,更详细说也就是缓存一致性协议是保证“物理计算机中的硬件CPU cache” 和 “物理计算机中的硬件内存”之间数据的一致性。这个协议只是保证了硬件层面的数据在CPU cache和内存之间的可见性。而JMM和硬件没关系,JMM曾今是JVM规范中的一部分【从第3版(Java SE 7版)开始被移除出规范,独立以JSR形式维护,直至JDK 5(实现了JSR-133),Java内存模型才终于成熟、完善起来了, JSR-133:Java Memory Model and Thread Specification Revision(Java内存模型和线程规范修订)】。

  所以说JMM就是一个规范,规范的就是Java程序中各种变量的访问规则,即关注在虚拟机中把变量值存储到 内存和从内存中取出变量值这样的底层细节。注意这里说的是“内存”和“内存”之间的数据的一致性问题,因为JVM的内存划分为堆,方法区,虚拟机栈等这些区域都是基于物理机的主内存的。而Java的线程又是运行在JVM之上的,也就是“Java的”线程直接读取的变量都是在内存上【其实也可能在CPU cache 和 CPU register,因为为了获得更好的执行效能,JMM并没有限制JVM的执行引擎使用处理器的特定寄存器或缓存来和主内存进行交互,也没有限制即时编译器 是否要进行调整代码执行顺序这类优化措施】,简单粗暴点来说,也就是 JMM要保证 遵守了JVM规范实现的JVM的虚拟机栈中的 变量副本要和堆的变量的一致性【类比物理计算机就是CPU cache 和 内存 的数据一致性,因为物理计算机的cache 和 Java虚拟计算机的虚拟机栈都是线程私有的,物理计算机的主内存 和 Java虚拟计算机的堆都是线程共享的】,所以才要有validate,synchronized等来保证可见性、原子性和有序性,也就是需要这些规则协议来保证Java程序中哪些内存访问操作在并发下才是安全的。
  其实JVM就是对物理计算机的抽象,而又依赖于物理计算机来运行。虚拟抽象出来的Java虚拟机也一样会遇到和物理计算机的CPU cache 和 内存之间的数据一致性问题。硬件的解决这个问题的方案是 缓存一致性协议;JVM解决这个问题的方案是 JVM规范中的JMM定义了 8种内存访问操作以及8种规则限定,再加上专门针对volatile的一些特殊规定来保证Java程序中哪些内存访问操作在并发下才是安全的。 如有纰漏欢迎各位大佬指正

参考:深入理解Java虚拟机:JVM高级特性与最佳实践(第3版)- 周志明

     Java Memory Model

原文地址:http://www.cnblogs.com/bryantor/p/16852998.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性