这里我们先说句题外话,相信大家在面试中经常被问到 介绍Java内存模型 ,我在面试别人时也会经常问这个问题。但是,往往都会令我比较尴尬,我还话音未落,面试者就会“背诵”一段(Java虚拟机时有堆、方法去、虚拟机栈,吧啦吧啦。。。),估计心里还一脸自豪的想幸好哥提前在网上搜过,早有准备。每每这个时候,我都不忍心打断,因为“背诵”的真的太顺畅了!
这也怪不得面试者,首先Java虚拟机方面的知识,对中高级程序猿来说,工作中正面接触Java虚拟机的东西不多。其次,这个其次咱得好好唠唠,网上搜个Java内存模型,度娘推的第一页大都是介绍Java运行时数据区的,起到了一定的误导作用,大写的尴尬。
本篇将给各位小伙伴先详细介绍Java运行时数据区的组成,Java内存模型也是虚拟机里面的重点,后面会单独抽出一篇来进行介绍。
程序运行所需的内存空间,有些是不能在编译期就能确定,得要在运行期根据实际运行状况动态地在系统中创建。Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而存在,有些区域则依赖用户线程的启动和结束而建立和销毁。
如图所示,堆和方法区是所有线程共享的公共区域,堆和方法区所占的内存空间是由JVM负责管理的,在该区域内的内存分配是由HotSpot的内存管理模块维护的,而内存的释放工作则由垃圾收集器自动完成。虚拟机栈、本地方法栈、程序计数器是线程的私有区域,每个线程都关联着唯一的栈和程序计数器,并仅能使用属于自己的那份栈空间和程序计算器来执行程序。
对于大多数应用来说, Java堆(Java Heap)是Java虚拟机所管理的内存中最大的一块 。堆是可供各个线程 共享 的运行时内存区域,在虚拟机启动的时候就被创建。 此内存区域的唯一目的就是存放对象实例,几乎所有的对象实例都在这里分配内存。 这一点在Java虚拟机规范中的描述就是: 所有的对象实例以及数组对象都要在堆上分配。 但是随着 JIT编译器 的发展与 逃逸分析 技术逐渐成熟,栈上分配、标量替换优化技术将会导致一些微妙的变化发生,所有的对象都分配在堆上也渐渐变得不是那么“绝对”了。
Java堆的容量可以是固定的,也可以随着程序执行的需求动态扩展,并在不需要过多空间时自动收缩。Java堆可以处于物理上不连续的内存空间中,只要逻辑上是连续的即可。如果在堆中没有内存完成实例分配,并且堆也无法再扩展时,将会抛出OutOfMemoryError异常。
Java堆是垃圾收集器管理的主要区域,因此很多时候也被称做“GC堆”(Garbage Collected Heap)。从内存回收的角度来看,由于现在收集器基本都采用 分代收集算法 ,Java虚拟机将堆划分为新生代和老年代。其中,新生代又被分为Eden区,以及两个大小相同的Survivor区(From Survivor,To Survivor)。默认情况下,Java虚拟机采取的是一种动态分配的策略(JVM参数-XX:+UsePSAdaptiveSurvivorSizePolicy),根据生成对象的速率,以及Survivor区的使用情况,动态调整Eden区和Survivor区的比例。也可以通过参数(SurvivorRatio)来调整这个比例, SurvivorRatio 这个参数就是新生代中Eden区与Survivor区的容量比值,默认是8,代表Eden:Survivor=8:1。
当调用new指令时,会在Eden区划出一块作为存储对象的内存。由于堆空间是线程共享的,因此直接在这里边划空间是需要进行 同步 的。否则,将有可能出现两个对象共用一段内存的事故。解决方法就是,Java堆中可能划出多个线程私有的分配缓冲区 TLAB (Thread Local Allocation Buffer,对应的虚拟机参数-XX:+UseTLAB,默认开启)。
具体来说,每个线程可以向Java虚拟机申请一段连续内存,比如2048字节,作为线程私有的TLAB。这个操作需要加锁,线程需要维护两个指针(实际上可能更多,但重要也就两个),一个指向TLAB中空余内存的起始位置,一个则指向TLAB末尾。接下来的new指令,便可以直接通过指针加法(bump the pointer),也有人叫做指针碰撞来实现,即把指向空余内存位置的指针加上所请求的字节数。如果加法后空余内存指针的值仍小于或等于指向末尾的指针,则代表分配成功。否则,TLAB已经没有足够的空间来满足本次新建操作。这个时候,便需要当前线程重新申请新的TLAB。
方法区与堆一样是线程共享的,在虚拟机启动的时候创建,方法区可视为堆的一个逻辑部分,但是它却有一个别名叫做Non-Heap(非堆),目的应该是与Java堆区分开来。
备注:《深入理解Java虚拟机》里将方法区归纳为用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
Java虚拟机规范对方法区的限制非常宽松,除了和Java堆一样不需要连续的内存和可以选择固定大小或者可扩展外,还可以选择不实现垃圾收集。 这区域的内存回收目标主要是针对常量池的回收和对类型的卸载。
Java虚拟机可以支持多条线程同时执行,每一条Java虚拟机线程都有自己的程序计数器。在任意时刻,一条Java虚拟机线程只会执行一个方法的代码,这个正在被线程执行的方法称为该线程的当前方法(current methon)。如果这个方法不是native的,那程序计数器保存的就是Java虚拟机正在执行的字节码指令的地址。如果该方法是native方法,那程序计数器的值为空(undefined)。程序计数器的容量至少应当保存一个returnAddress类型的数据或者一个与平台相关的本地指针的值。
程序计数器是一块较小的内存空间,它可以看作是当前线程所执行的字节码的行号指示器。 此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。
每一条Java虚拟机线程都有自己私有的Java虚拟机栈,它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型: 每个方法在执行的同时都会创建一个栈帧(stack frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息 。每一个方法从调用直至执行完成的过程,就 对应着一个栈帧在虚拟机栈中入栈到出栈的过程。
Java虚拟机栈可能发生如下异常情况:
本地方法栈与虚拟机栈所发挥的作用是非常相似的,它们之间的区别不过是虚拟机栈为虚拟机执行 Java方法 (也就是字节码)服务,而本地方法栈则为虚拟机使用到的 native方法 服务。
Java虚拟机规范允许本地方法栈实现成固定大小或者根据计算来动态扩展和收缩。如果采用固定大小的本地方法栈,那么每一个线程的本地方法栈容量可以在创建栈的时候独立选定。
与虚拟机栈一样,本地方法栈区域也会抛出StackOverflowError和OutOfMemoryError异常。
在栈中分配的基本思路是这样的:分析局部变量的作用域仅限于方法内部,则JVM直接在栈帧内分配对象空间,避免在堆中分配。这个分析过程称为 逃逸分析(也有叫逸出分析) ,而栈帧内分配对象的方式称为 栈上分配 。
这样做的目的是减少新生代的收集次数,间接提高JVM性能。虚拟机是允许堆逃逸分析开关进行配置的,从Sun Java 6u23以后,HotSpot默认开启逃逸分析。
栈帧是用于支持虚拟机进行方法调用和方法执行的数据结构,它是虚拟机运行时数据区中的虚拟机栈的栈元素。 栈帧存储了方法的局部变量表、操作数栈、动态连接和方法返回地址等信息 。 每一个方法从调用开始至执行完成的过程,都对应着一个栈帧在虚拟机栈里面从入栈到出栈的过程。
在编译程序代码的时候,栈帧中需要多大的局部变量表,多深的操作数栈都已经完全确定了,并且写入到方法表的Code属性之中。因此一个栈帧需要分配多少内存,不会收到程序运行期变量数据的影响,而仅仅取决于具体的虚拟机实现。
一个线程中的方法调用链可能会很长,很多方法都同时处于执行状态。对于执行引擎来说,在活动线程中,只有位于栈顶的栈帧才是有效的,称为当前栈帧(Current Stack Frame),与这个栈帧相关联的方法称为当前方法(Current Method)。执行引擎运行的所有字节码指令都只针对当前栈帧进行操作。栈帧的概念结构如下: