JVM内存模型详解

目录

 

1、运行时数据区(Run-Time Data Areas)

 1.1、官网概括

  1.2、认识各区

    1.2.1、方法区(Method Area)

    1.2.2、堆(Heap)

    1.2.3、虚拟机栈(Java Virtual Machine Stacks)

    1.2.4、程序计数器(The pc Register)

    1.2.5、本地方法栈(Native Method Stacks)

1.3、思考

1.3.1、栈指向堆

1.3.2、方法区指向堆

1.3.3、堆指向方法区

1.3.4、Java对象内存模型

2、内存模型

   2.1、与运行时数据区

   2.2、图形展示

   2.3、对象创建过程

   2.4、常见问题

        2.4.1、如何理解Minor/Major/Full GC

        2.4.2、为什么需要Survivor区?只有Eden不行吗？

        2.4.3、为什么需要两个Survivor区？

        2.4.4、新生代中Eden:S1:S2为什么是8:1:1？

        2.4.5、堆内存中都是线程共享的区域吗？

---

1、运行时数据区(Run-Time Data Areas)

        在类装载阶段可以发现有运行时数据，例如：堆、方法区等名词，说白了就是类文件被类装载器装载进来之后 ，类中的内容（比如变量、常量、方法、对象等这些数据需要有个去处，也就是说要存储起来，存储的位置肯定是在JVM中有应对的空间）

 1.1、官网概括

   The Java Virtual Machine defines various run-time data areas that are used during execution of a program. Some of these data areas are created on Java Virtual Machine start-up and are destroyed only when the Java Virtual Machine exits. Other data areas are per thread. Per-thread data areas are created when a thread is created and destroyed when the thread exits。

  词典翻译

    Java虚拟机定义了在程序执行期间使用的各种运行时数据区域。其中一些数据区域是在Java虚拟机启动时创建的，只有在Java虚拟机退出时才会被销毁。其他数据区域是每个线程。每线程数据区域在创建线程时创建，在线程退出时销毁。

                

  1.2、认识各区

    1.2.1、方法区(Method Area)

 1、方法区是各个线程共享的内存区域，在虚拟机启动的时候创建。

    The Java Virtual Machine has a method area that is shared among all Java Virtual Machine threads.The method area is created on virtual machine start-up.

2、虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有一个别名叫做Non-Heap(非堆)，目的是与Java堆区分开来。

Although the method area is logically part of the heap,...... 

3、它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。

    It stores per-class structures such as the run-time constant pool, field and method data, and the code for methods and constructors, including the special methods (§2.9) used in class and instance initialization and interface initialization. 

4、当方法区无法满足内存分配的需求时，将抛出OutOfMemoryError异常。

   If memory in the method area cannot be made available to satisfy an allocation request, the Java Virtual Machine throws an OutOfMemoryError. 

此时回看装载阶段，将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构，如下图：

 5、说明

JVM运行时数据区是一种规范，真正的实现
在JDK 8中就是Metaspace，在JDK6或7中就是Perm Space

    1.2.2、堆(Heap)

1、Java堆是Java虚拟机所管理内存中最大的一块，在虚拟机启动时创建，被所有线程共享，也是JVM调优和GC回收的重点区域。

2、Java对象实例以及数组都在堆上分配。

The Java Virtual Machine has a heap that is shared among all Java Virtual Machine threads. The heap is the run-time data area from which memory for all class instances and arrays is allocated.

The heap is created on virtual machine start-up.

此时回看装载过程，在Java堆中生成一个代表这个类的Java.lang.Class对象，作为对方法区中这些数据的访问入口。如下图所示：

    1.2.3、虚拟机栈(Java Virtual Machine Stacks)

  经上面的过程分析，类加载机制的装载过程已经完成，后续的链接，初始化也会相应的生效。

       假如目前的阶段是初始化完成了，后续做啥呢？肯定是使用咯，不用的话这样折腾来折腾去有什么意义？那怎样才能被使用到？换句话说里面内容怎样才能被执行？比如通过主函数main调用其他方法，这种方式实际上是main线程执行之后调用的方法，即要想使用里面的各种内容，得要以线程为单位，执行相应的方法才行。

    思考 ：一个线程执行的状态如何维护？一个线程可以执行多少个方法？这样的关系怎么维护呢？

1、虚拟机栈是一个线程执行的区域，保存着一个线程中方法的调用状态。换句话说，一个Java线程的状态，由一个虚拟机栈来保存，所以虚拟机栈肯定是线程私有的，独有的，随着线程的创建而创建，随着线程的销毁而销毁。

 Each Java Virtual Machine thread has a private Java Virtual Machine stack, created at the same time as the thread. 

2、每一个线程执行的方法，为该栈中的栈帧，即每一个方法对应一个栈帧，调用一个方法就会向栈中压入一个栈帧，一个方法调用完成，则会把该栈帧从栈中弹出。

A Java Virtual Machine stack stores frames (§2.6).

A new frame is created each time a method is invoked. A frame is destroyed when its method invocation completes. 

3、图解栈和栈帧

/**
 * @ClassName StackTest
 * @Description: TODO
 * @Author 马志涛
 * @Date 2020/3/31
 * @Version V1.0
 **/
public class StackTest {
    private void first(){
        second();
    }

    private  void second(){
        third();
    }

    private void third(){
        System.out.println("I'm Over");
    }
}

 

 栈桢

   栈桢：每个栈桢对应一个被调用的方法，可以理解为一个方法的运行空间。

   每个栈桢中包括局部变量(Local Varables)、操作数栈(Operand Stack)、指向运行时常量池的引用(A reference to the run-time constant pool)、方法返回地址(Return Address)和附加信息等。

    局部变量表：方法中定义的局部变量以及方法的参数存放在这张表中，局部变量表中的变量不可以直接使用，如果需要使用的话，必须通过相关指令将其加载至操作数栈中作为操作数使用。

操作数栈：以压栈和出栈的方式存储操作数。 

动态链接：每个栈帧都包含一个指向运行时常量池中该栈帧所属的方法引用，持有这个引用是为了支持方法调用过程中的动态链接。 

方法返回地址：当一个方法开始执行后，只有两种方式可以退出，一种是遇到方法返回的字节码指令，一种是遇见异常，并且这个异常没有在方法体内得到相应的处理。  

 

    1.2.4、程序计数器(The pc Register)

我们知道一个JVM进程中有多个线程在执行，而线程中的内容是否能够拥有执行权是根据CPU时间版调度决定的。

假如线程A正在执行程序到某个地方，突然失去了CPU执行权，切换到了B线程，然后当线程A再次获得CPU执行权的时候，怎么能继续执行呢？这时就需要在线程中维护一个变量，记录该线程失去执行权时候的位置。

 如果线程正执行Java方法，则计数器记录的是正在执行的虚拟机字节码指令的地址，如果正在执行的是Native方法，则这个计数器为空。

   The Java Virtual Machine can support many threads of execution at once (JLS §17). Each Java Virtual Machine thread has its own pc (program counter) register. At any point, each Java Virtual Machine thread is executing the code of a single method, namely the current method (§2.6) for that thread. If that method is not native, the pc register contains the address of the Java Virtual Machine instruction currently being executed. If the method currently being executed by the thread is native, the value of the Java Virtual Machine's pc register is undefined. The Java Virtual Machine's pc register is wide enough to hold a returnAddress or a native pointer on the specific platform.

    1.2.5、本地方法栈(Native Method Stacks)

如果当前线程执行的方法是Native类型的，这些方法就会在本地方法栈中执行。一般指的是Java以外的语言编写的方法。

   An implementation of the Java Virtual Machine may use conventional stacks, colloquially called "C stacks," to support native methods (methods written in a language other than the Java programming language). Native method stacks may also be used by the implementation of an interpreter for the Java Virtual Machine's instruction set in a language such as C. Java Virtual Machine implementations that cannot load native methods and that do not themselves rely on conventional stacks need not supply native method stacks. If supplied, native method stacks are typically allocated per thread when each thread is created.

1.3、思考

1.3.1、栈指向堆

       如果在栈帧中有一个变量，类型为引用类型，比如Object obj=new Object()，这时候就是典型的栈中元素指向堆中的对象。

1.3.2、方法区指向堆

   方法区中会存放静态变量，常量等数据。如果是下面这种情况，就是典型的方法区中元素指向堆中的对象。

   private static Object obj=new Object(); 

1.3.3、堆指向方法区

   方法区中会包含类的信息，堆中会有对象，那怎么知道对象是哪个类创建的呢？

1.3.4、Java对象内存模型

2、内存模型

   2.1、与运行时数据区

上面对运行时数据区描述了很多，其实重点存储数据的是堆和方法区(非堆)，所以内存的设计也着重从这两方面展开(注意这两块区域都是线程共享的)。
对于虚拟机栈，本地方法栈，程序计数器都是线程私有的。

一般可以这么理解，JVM运行时数据区是一种规范，而JVM内存模型是对该规范的一种实现。 

   2.2、图形展示

      一块是非堆区，一块是堆区，堆区分为两大块，一个是Old区，一个是Young区，Young区分为两大块，一个是Survivor区（S0+S1），一块是Eden区，S0和S1一样大，也可以叫From和To

 

   2.3、对象创建过程

一般情况下，新创建的对象都会被分配到Eden区，一些特殊的大的对象会直接分配到Old区。

   2.4、常见问题

        2.4.1、如何理解Minor/Major/Full GC

  Minor GC:新生代
  Major GC:老年代
  Full GC:新生代+老年代

        2.4.2、为什么需要Survivor区?只有Eden不行吗？

      如果没有Survivor,Eden区每进行一次Minor GC,存活的对象就会被送到老年代。这样一来，老年代很快被填满,触发Major GC(因为Major GC一般伴随着Minor GC,也可以看做触发了Full GC)。老年代的内存空间远大于新生代,进行一次Full GC消耗的时间比Minor GC长得多。执行时间长有什么坏处?频发的Full GC消耗的时间很长,会影响大型程序的执行和响应速度。可能你会说，那就对老年代的空间进行增加或者较少咯。假如增加老年代空间，更多存活对象才能填满老年代。虽然降低Full GC频率，但是随着老年代空间加大,一旦发生Full GC,执行所需要的时间更长。
       假如减少老年代空间，虽然Full GC所需时间减少，但是老年代很快被存活对象填满,Full GC频率增加。所以Survivor的存在意义,就是减少被送到老年代的对象,进而减少Full GC的发生,Survivor的预筛选保证,只有经历16次Minor GC还能在新生代中存活的对象,才会被送到老年代。

        2.4.3、为什么需要两个Survivor区？

       最大的好处就是解决了碎片化。也就是说为什么一个Survivor区不行?第一部分中,我们知道了必须设置Survivor区。假设现在只有一个Survivor区,我们来模拟一下流程:
      刚刚新建的对象在Eden中,一旦Eden满了,触发一次Minor GC,Eden中的存活对象就会被移动到Survivor区。这样继续循环下去,下一次Eden满了的时候,问题来了,此时进行Minor GC,Eden和Survivor各有一些存活对象,如果此时把Eden区的存活对象硬放到Survivor区,很明显这两部分对象所占有的内存是不连续的,也就导致了内存碎片化。永远有一个Survivor space是空的,另一个非空的Survivor space无碎片。 

        2.4.4、新生代中Eden:S1:S2为什么是8:1:1？

       新生代中的可用内存：复制算法用来担保的内存为9:1可用内存中Eden：S1区为8:1即新生代中Eden:S1:S2 = 8:1:1现代的商业虚拟机都采用这种收集算法来回收新生代，IBM公司的专门研究表明，新生代中的对象大概98%是“朝生夕死”的。

        2.4.5、堆内存中都是线程共享的区域吗？

        JVM默认为每个线程在Eden上开辟一个buffer区域，用来加速对象的分配，称之为TLAB，全称:ThreadLocal Allocation Buffer，对象优先会在TLAB上分配，但是TLAB空间通常会比较小，如果对象比较大，那么还是在共享区域分配。