天增的博客
首页
博客
  • 分布式解决方案
  • Java并发工具包
  • redis
  • LeetCode
  • 系统设计
  • JVM体系
Github (opens new window)
Rss (opens new window)
  • zh-CN
  • en-US
首页
博客
  • 分布式解决方案
  • Java并发工具包
  • redis
  • LeetCode
  • 系统设计
  • JVM体系
Github (opens new window)
Rss (opens new window)
  • zh-CN
  • en-US
  • Java并发工具包
  • 并发基础
    • 线程基础
      • Thread的状态
      • 进程与线程
      • 正确停止线程的方式
      • Thread的实现方式
      • waitnotifynotifyAll
      • 生产者消费者模型
    • 线程安全
      • 线程不安全
      • 线程安全
      • 需要注意线程安全问题的情况
  • 并发工具
    • 线程协作
      • Semaphore信号量
      • CountDownLatch详解
      • 使用CompletableFuture解决旅游平台问题
      • 使用CyclicBarrier解决团建问题
    • Future
      • Future主要功能
      • FutureTask源码分析
    • ThreadLocal
      • ThreadLocal内存泄漏
      • ThreadLocal使用场景
    • 原子类
      • 原子类的作用概览
      • 原子类的性能分析
    • 阻塞队列
      • 常见的阻塞队列
      • 阻塞队列的常用方法
      • 什么是阻塞队列
    • 并发容器
      • HashMap
      • CopyOnWriteArrayList
      • ConcurrentHashMap详解
    • 线程池
      • 为什么多线程会带来性能问题
      • 线程池的优势
      • 创建线程池的参数
        • 如何设置线程数
      • 线程池线程复用原理
      • ForkJoin框架
    • 各种锁
      • 锁的种类和特点
        • 公平锁非公平锁
        • 自旋锁非自旋锁
        • 共享锁独占锁
        • 乐观锁和悲观锁
      • JVM锁优化
      • synchronized和Lock的对比
      • lock的常用方法
  • 底层原理
    • CAS原理
    • AQS框架
    • 伪共享
    • java内存模型
      • Java内存模型介绍
        • 容易混淆的JVM内存结构和Java内存模型
        • JMM与硬件结构的关系
      • happens-before规则
  • topic
  • Java并发工具包
  • 底层原理
  • java内存模型
  • Java内存模型介绍
2022-04-21
目录

Java内存模型介绍

# Java内存模型介绍

Java内存模型,又被称之为JMM,即Java Memory Model。

这个模型用于并发编程中的,线程之间通讯以及线程之间的同步

# 容易混淆的JVM内存结构和Java内存模型

JVM内存结构,有的也称之为Java内存结构,与内存模型是截然不同的两种东西。

JVM的内存结构,是用于描述Java代码在编译成class是如何存储运行的,划分为两类:

  • 线程共享的堆、方法区
  • 线程独享的栈,栈中包含程序运行时的程序计数器、本地方法栈、虚拟机栈

而Java内存模型,则是描述的是线程之间的通讯和线程之间的同步,与变法变成有关。

所以可以看出,这两种概念还是有所区别的。

# JVM内存结构

我们都知道编写的代码是要运行在虚拟机上的,而虚拟机在执行Java程序的过程中会把所管理的内存划分成不同功能的数据区域。

下乳所示,就是从1.6版本的内存结构,逐渐进化到1.8的结构

JVM

  • 虚拟机栈: 保存局部变量和部分结果,方法调用和变量的存储都需要通过它。
  • 本地方法栈: 和虚拟机栈类似,只不过代表着调用操作系统级别的操作。
  • 程序计数器: 是最小的一块区域,保存着当前正在执行的JVM的指令地址,通俗来说,代码执行到哪里了。
  • 运行时常量池: 保留着各种常量,在编译时候定义的常量就会在这个里面
  • 方法区: 存储这每个类的结构。
  • 堆: 内存划分中最大的一块,用于存储类实例和数组的。

# JMM的引入

我们从上图中能够看到,线程A和线程B 如果同时要对堆中实例进行操作,就会出现问题。

因为,线程只能够访问自己的线程堆栈,如果要操作堆中的实例,需要将堆中的实例给同步到自己的栈中。

线程A和线程B同时将堆中的一个变量C同步到栈中,那么线程A对C的修改,这个时候B是无感知的。

所以就有了JMM内存模型,这个模型就是为了解决线程和线程之间的通讯同步问题。

内存模型

# JMM的含义

JMM是针对多线程开发的一组规范,由于JVM是由各个不同的厂商开发的,所以要求各个厂商开发JVM的时候得统一遵循多线程开发规范,以便于使用者可以利用这些规范更加方便的开发多线程程序。这样一来即便是同一段程序在不同的虚拟机上运行,得到的结果也是一致的。

我们在使用了各种同步工具和关键字的时候,比如synchronized、Lock等,它们的底层原理都涉及到JMM。

# JMM与硬件结构的关系

现代硬件内存架构与JMM的模型略有不同,Java的内存模型是基于现代内存架构的更高级别的抽象。

这是现代计算机硬件架构的示意图:

硬件内存架构

现代计算机通常有2个或更多CPU。 其中一些CPU也可能有多个内核。 关键是,在具有2个或更多CPU的现代计算机上,可以同时运行多个线程。 每个CPU都能够在任何给定时间运行一个线程。 这意味着如果您的Java应用程序是多线程的,线程真的在可能同时运行.

每个CPU基本上都包含一组在CPU内存中的寄存器。 CPU可以在这些寄存器上执行的操作比在主存储器中对变量执行的操作快得多。 这是因为CPU可以比访问主存储器更快地访问这些寄存器。

每个CPU还可以具有CPU高速缓存存储器层。 事实上,大多数现代CPU都有一些大小的缓存存储层。 CPU可以比主存储器更快地访问其高速缓存存储器,但通常不会像访问其内部寄存器那样快。 因此,CPU高速缓存存储器介于内部寄存器和主存储器的速度之间。 某些CPU可能有多个缓存层(级别1和级别2),但要了解Java内存模型如何与内存交互,这一点并不重要。 重要的是要知道CPU可以有某种缓存存储层。

计算机还包含主存储区(RAM)。 所有CPU都可以访问主内存。 主存储区通常比CPU的高速缓存存储器大得多。同时访问速度也就较慢.

通常,当CPU需要访问主存储器时,它会将部分主存储器读入其CPU缓存。 它甚至可以将部分缓存读入其内部寄存器,然后对其执行操作。 当CPU需要将结果写回主存储器时,它会将值从其内部寄存器刷新到高速缓冲存储器,并在某些时候将值刷新回主存储器。

是不是和上面的JMM内存模型十分相似。在多个CPU,读取同一块的内存信息时候,也存在着竞争的操作。

最近更新
01
以 root 身份启动 transmission-daemon
12-13
02
Debian系统安装qbittorrent-nox
12-09
03
LXC Debain12安装zerotier并实现局域网自动nat转发
07-29
更多文章>
Theme by Vdoing | Copyright © 2015-2024 天增 | 苏ICP备16037388号-1
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式