Java虚拟机内存分布以及垃圾收集_java虚拟机的内存分布-CSDN博客

本文链接：https://blog.csdn.net/weixin_36634753/article/details/81712439

一.Java内存区域与内存溢出异常

1.1 运行时数据区域

内存分布如图：分为程序计数区、虚拟机栈、本地方法栈、堆、方法区

程序计数区：占一小部分空间，当前线程运行字节码行数指示器（如果执行的是本地方法则为空），各线程之间的程序计数器互不影响，相互独立，线程私有，唯一一个java虚拟机规范中没有规定任何OutMemoryErrror情况的区域；
虚拟机栈：线程私有，生命周期与线程同步，每个方法被执行的时候都会创建一个栈帧用于存储变量表、操作栈、动态链接、方法出口等信息；每个方法被调用的过程就对应一个栈帧从虚拟机中入栈到出栈的过程；平常说的堆、栈比较粗略，其中的栈对应的就是虚拟机栈中的变量表，存储基本数据类型和对象的引用；
本地方法栈：线程私有，与虚拟机栈类似，只不过本地方法栈对应的方法不是java调用自己的方法而是调用jvm所在系统环境中的本地方法
堆：被所有线程共享的一块内存，在虚拟机启动时创建，存放对象实例，几乎所有的对象都存放在这里（jit编译器的发展和逃逸分析技术的逐渐成熟，栈上分配、标量替换优化技术导致并不是所有对象都在对象存储），垃圾收集器主要回收区域，主要采用分代收集算法，所以java 堆还可以分为：新生代（Eden空间、from survivor空间、to survivor空间）、老生代；
方法区：与堆一样，被所有线程共享的一块内存，用于存储类信息、常量、静态变量、即时编译器编译后的代码等数据（习惯在Hotspot开发的人来说，很多人把方法区称永久代，本质上两者并不等价），和java堆一样不需要连续的内存和可以选择固定大小或者可扩展外，黑可以选择不实现垃圾收集，相对而言垃圾收集在这个区域较少出现，在这个区域内存回收主要针对常量池的回收和对类型的卸载，也会跑出outmemoryerror；

6.运行时常量池是方法区的一部分用于存放编译期间生成的各种字面量和符号引用，这部分内容将在类加载后存放在方法区的运行时常量池中；虚拟机必须为每一个被装载的类型维护一个常量池。

7.直接内存：并不是虚拟机运行时数据区的一部分，也不是java虚拟机规范中定义的内存区域，本地内存，受总内存大小限制；

当虚拟机通过类装载器装载一个class文件时，它会从这个class文件包含的二进制数据中解析类型信息。然后，它把这些类信息放在方法区中。当程序运行的时，虚拟机会把所有该程序在运行时创建的对象都放到堆中。

当每一个新线程被创建时，它都将得到它的程序计数器以及一个java栈；如果线程正在执行的是一个java方法，那么程序计数器的值将总是指示下一条将被执行的指令，而它的java栈则总是存储该线程中java方法调用的状态--包括它的局部变量，被调用时传入的参数，它的返回值，以及运算的中间结果等等。

1.2 对象的访问

最简单的对象访问也会涉及到java栈、java堆、方法区三个区域。

主流的对象访问方式有两种：使用句柄和直接指针。

句柄访问方式：堆中划分一块内存作为句柄池，栈中引用类型存储的地址就是对象的句柄池地址，二句柄中包含对象的实例数据和类型数据各自的具体地址信息。

直接指针访问：栈中引用存储的是对象的地址

两种访问方式各有优点；使用句柄方式最大的好处就是引用中存储的是稳定的句柄地址，在对象被垃圾回收的时候，只会改变句柄池中实例对象的地址而不会改变引用本身；直接指针访问最大的好处就是速度快，它节省了一次指针定位的时间开销，sun Hotspot使用的是直接指针访问的方式

1.3 异常（溢出）

分为java堆溢出、虚拟机栈和本地方法栈溢出、运行时常量池溢出、方法区溢出、本机直接内存溢出

二垃圾收集、内存分配策略

2.1对象已死？

一般说通过引用计数算法计算对象的引用，判断对象是否存活，但是并不准确；要真正宣告一个对象死亡至少要经历两次标记

主流的商用程序语言使用根搜索算法判定对象是否存活；基本思路就是通过一系列名为“GC Roots”的对象作为起始点，从这些节点开始往下搜索，搜索所走过的路径称为引用链，当一个对象到GC Roots没有任何引用链相连时，则证明此对象是不可用的。

在java中，可作为GC Roots的对象包括：

虚拟机栈中的引用对象；

方法区中的类静态属性引用对象；

方法区常量引用的对象；

本地方法栈中JNI的引用对象；

2.2 引用类型

强引用：就是程序代码中普遍存在的，类似“Object obj = new Object()”，这类引用只要还存在，垃圾收集器就不会被回收掉；

软引用：描述一些非必需对象，对于软引用关联的对象，在系统将要发生内存溢出异常之前，将会把这些对象列入回收范围之中并进行第二次回收。如果这次回收还没有足够的内存，才会抛出内存异常；

弱引用：也是非必需对象，他的强度比软引用还要弱一点，被弱引用引用的对象只能生存到下一次垃圾回收之前

虚引用：它是最弱的一种引用关系。一个对象是否有虚引用的存在，完全不会对其生存时间构成影响，也无法通过虚引用来取得一个对象的实例

为一个对象设置虚引用的目的是希望这个对象被回收前能收到一个系统通知

2.3方法区的垃圾回收

方法区的垃圾回收主要针对是废弃常量和无用的类。

当一个常量不在被引用的时候，如果发生内存回收，它就会被回收，常量池中其他类（接口）、方法、字段的符号引用也与此类似。

判断一个类是否为无用的类的三个条件：

该类所有的实例已经被回收，也就是java堆中不存在该类的任何实例。

加载该类的ClassLoader已经被回收。

该类对应的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。

2.4垃圾收集算法

2.4.1 标记-清除算法

最基础的收集算法是“标记-清除”算法，算法分为“标记”和“清除”两个阶段：首先标记出所有需要回收的对象，在标记完成后统一回收掉所有对象；

缺点：一个是效率问题；一个是空间问题，标记清除后会产生大量的不连续碎片，当程序运行过程中需要分配较大对象时，无法找到足够的连续内存而不得不提前触发一次垃圾收集。

2.4.2 复制算法

将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这块内容用完时，就将这块内存上还存活的对象复制到另一块内存上，然后把已使用过的内存空间一次性清空。缺点是内存缩小为原来的一半。

现在的商业虚拟机都采用这种算法来回收新生代，将内存分为一块较大的Eden空间和两块较小的Survivor空间，每次使用Eden和其中一块Survivor，当回收时，将Eden和Survivor中还存活着的对象一次性的拷贝到另一块Survivor中，最后清理掉Eden和刚才用过的Survivor空间。HotSpot虚拟机默认Eden和Survivor的大小比例是8:1；