Java虚拟机内存模型(一) --- 内存分布

Java的技术体系包括

  • 支持Java程序运行的虚拟机(JVM)
  • 提供接口支持的Java API
  • Java 编程语言
  • 第三方Java框架(如Spring等)

Java与C++之间有一堵由内存动态分配和垃圾收集技术所围成的高墙,墙外面的人想进去,墙里面的人想出来。


对于Java开发者而言,由于 Java虚拟机规范 提供了一套自动内存管理的机制,使得开发者无需去关注每一个对象的分配和回收,同时在绝大多数情况下JVM保证了内存泄露和内存溢出的问题不容易出现。但也带来了新的问题,因为Java开发者把内存控制的权利交给了JVM,这就导致很多的开发者不关心Java对象的生命周期和在内存中的分配回收原理,从而写出了并不能使JVM内存管理机制高效运行的代码,进而增加了内存泄露和内存溢出的风险,而当这些问题一旦出现,去解决这样的问题又显得无从下手。

因此我们需要去了解在Java虚拟机中,是如何定义内存空间的,程序运行过程中,又是如何分配和回收内存空间的。

JVM内存区域的划分

Java虚拟机在程序运行时会把它所管理的内存划分为若干个不同的数据区域。每个区域都有不同的用途、创建和销毁的时间。有的区域伴随着虚拟机进程的启动而存在,有些区域则依赖用户线程的启动和结束来进行创建和销毁。因此,按照Java虚拟机规范,java运行时数据区域可以分为一下几类

  1. 程序计数器
  2. Java虚拟机栈
  3. 本地方法栈
  4. Java堆
  5. 方法区
jvm内存模型.png

程序计数器

流程控制

程序计数器是一块较小的内存空间,可以看做当前线程所执行字节码的行号指示器。JVM需要通过该计数器的值来获取下一条需要执行的字节码指令,因此程序中的分支,循环,跳转,异常处理,线程恢复等基础功能都需要通过程序计数器来完成。在多线程的环境下,在线程切换后再恢复时需要继续回到刚才的位置执行,这就需要每条线程都拥有独立的程序计数器,且各线程之间计数器互不影响,相互独立,因此程序计数器所在的内存区域是线程私有的。

另外当正在执行的是一个Java方法时,计数器记录的是正在执行的虚拟机字节码指令地址,如果是一个Native方法,计数器的值为空。此区域也是Java虚拟机规范中唯一一个没有规定OOM的区域。

总结如下:

  • 用途:标志当前线程执行到了哪一条指令
  • 生命周期:跟随线程的创建销毁同步,因此也是线程私有的
  • 特征:唯一一个无OOM的区域

Java虚拟机栈

虚拟机栈描述的是Java方法执行的内存模型:每个方法在执行的时候,都会创建一个栈帧,用于存储局部变量表,操作数栈,动态链接,方法出口等信息。每一个方法从调用到执行完成,对应这一个栈帧在虚拟机栈中从入栈到出栈的过程。

局部变量表存放了编译期间可知的基本数据类型,对象引用和returnAdress类型。其所需的内存空间,在编译期间完成分配,也就是说,当进入一个方法时,这个方法需要在栈中分配多大的局部变量空间是完全确定的,在方法运行期间不会改变局部变量表的大小。

此区域规定了两种异常,StackOverflowError,即线程请求的栈深度大于虚拟机所允许的栈深度。OutOfMemoryError,虚拟机栈动态扩展时无法申请到足够的内存。

总结如下:

  • 用途:用于存放方法执行过程中的数据
  • 生命周期:与线程生命周期同步
  • 特征:一般最为关注的区域是局部变量表,也被通常称为“栈内存”。大小在编译期间完全确定

本地方法栈

为虚拟机使用到的Native方法服务。同样也会抛出StackOverflowError和OutofMemoryError异常

Java堆

Java堆是虚拟机所管理的最大的一块内存区域,此区域唯一目的就是用来存放对象实例,几乎所有的对象实例都在这里分配内存。因此是被所有线程共享的一块内存区域,在虚拟机启动的时候创建。Java虚拟机规范中的描述是:所有的对象实例以及数组都要在堆上分配。

Java堆也是垃圾回收期管理的主要区域,因此也被称为“GC堆”。Java堆从内存回收和内存分配的角度来看又可继续细分,但无论如何划分存储的都是对象实例,划分的目的是为了更好地回收和更快地分配。在堆中没有内存完成实例分配并且堆也无法再进行扩展的时候,会抛出OutOfMemory。

总结:

  • 用途:存放对象实例和数组
  • 生命周期:与虚拟机启动而创建,进程结束销毁
  • 特征:最大的一块内存区,垃圾回收的主要区域,开发重点关注区域

方法区

用于存储已经被虚拟机加载的类信息,常量,静态变量,即使编译器编译后的代码等数据。同样也是各个线程共享的区域。Java虚拟机规范对方法区的限制非常宽松,不需要连续内存空间,可以选择固定或者可扩展大小,可以不实现垃圾回收。所以,相对而言,垃圾收集行为在这个区域是比较少出现的。当方法区无法满足内存分配需求时,将抛出OutOfMemoryError。

总结如下:

  • 用途:存放虚拟机加载的类信息,常量,静态变量等
  • 生命周期:虚拟机启动时创建
  • 特征:垃圾回收行为不太关注

运行时常量池

属于方法区的一部分,Class文件有一项信息是常量池,用于存放编译期间生成的各种字面量和符号引用,这部分将在类加载后进入方法区的运行时常量池中存放。

直接内存

直接内存不是Java虚拟机规范定义的内存区域,在JDK1.4中新加入了一种通道与缓冲区的I/O方式,它可以使用Native函数库直接分配堆外内存。这样能在一些场景下显著提高性能,避免了在Java堆和Native堆中来回复制数据。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 221,198评论 6 514
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 94,334评论 3 398
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 167,643评论 0 360
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,495评论 1 296
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,502评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 52,156评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,743评论 3 421
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,659评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,200评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,282评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,424评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 36,107评论 5 349
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,789评论 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,264评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,390评论 1 271
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,798评论 3 376
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,435评论 2 359

推荐阅读更多精彩内容