一、垃圾回收机制

一、Java内存结构

在这里插入图片描述

1、Java堆(Java Heap)

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

使用new的对象,定义数组
垃圾回收机制算法JVM参数调优,内存溢出和内存泄漏

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

  • java虚拟机也是线程私有的,它的生命周期和线程相同。
  • 虚拟机栈描述的是Java方法执行的内存模型:每个方法在执行的同时都会创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息

基本数据类型,局部变量(每个线程独立栈)

3、本地方法栈(Native Method Stack)

  • 本地方法栈与虚拟机栈所发挥作用非常相似
  • 它们之间的区别不过是虚拟机栈为虚拟机执行Java方法(也就是字节码)服务,而本地方法栈则为虚拟机使用到的native方法服务

Java语言调用外部语言(C语言),方法使用native修饰(CAS实现)
安卓开发中:应用层java api调用底层C语言的JNI

4、方法区(Method Area)

  • 方法区与java堆一样,是各个线程共享的内存区域
  • 它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据
  • 它有个别命叫Non-Heap(非堆)

类的信息、常量、静态—永久区full GC

5、执行引擎

  • 虚拟机核心的组件就是执行引擎,它负责执行虚拟机的字节码,一般户先进行编译成机器码后执行

二、垃圾回收机制

1、概念

  • 不定时去堆内存中清理不可达对象
  • 不可达的对象并不会马上就会直接回收, 垃圾收集器在一个Java程序中的执行是自动的,不能强制执行,即使程序员能明确地判断出有一块内存已经无用了,是应该回收的,程序员也不能强制垃圾收集器回收该内存块
  • 程序员唯一能做的就是通过调用System.gc 方法来"建议"执行垃圾收集器,但其是否可以执行,什么时候执行却都是不可知的
  • 这也是垃圾收集器的最主要的缺点。当然相对于它给程序员带来的巨大方便性而言,这个缺点是瑕不掩瑜的

垃圾回收机制:JVM不定时的回收不可达的对象(自动)
什么是不可达对象:对象没有被引用或者对象没有存活
垃圾收集系统是Java的核心,也是不可少的,Java有一套自己进行垃圾清理的机制,开发人员无需手动清理

2、不可达对象

public class App  {
    //什么是不可达对象:没有被继续引用(没有存活,没有被继续的使用)
    public static void main(String[] args) {
        Object object = new Object();//此时对象还是可达的
        object = null;//执行后,对象不可达,提示JVM回收
    }
}

3、finalize方法

  • finalize方法:垃圾回收机制之前,会进行执行的方法
public class App  {
    //什么是不可达对象:没有被继续引用(没有存活,没有被继续的使用)
    public static void main(String[] args) {
        App object = new App();//此时对象还是可达的
        object = null;//执行后,对象不可达,提示JVM回收
        System.gc();//提示给gc进行垃圾回收,误区:提示给JVM垃圾回收机制进行回收,但是不代表立即进行回收
        //gc线程是守护线程,与主线程绑定在一起
    }

    @Override
    protected void finalize() throws Throwable {
        //垃圾回收机制之前,会进行执行的方法
        System.out.println("垃圾回收机制要开始执行我的方法了......");
    }
}

三、堆内存的划分

  • 在Java中,堆被划分成两个不同的区域:新生代 (Young)、老年代 (Old)
  • 默认空间划分比例 -> 新生代:老年代 = 1:2

垃圾回收机制在新手代更频繁,老年代一般来说回收的次数比较少\

1、新生代

  • 刚出生不久的对象,存放在新生代里面,存放不是经常使用的对象
  • 新生代又划分成3个区域:eden、s0(from)、s1(to) -> (比例8:1:1)
    • s0和s1主要负责用来复制、交换对象

a)晋升机制

  • 绝大多数情况下,对象首先分配在eden区
  • 在新生代回收后,如果对象还存活,则进入s0或s1区,
  • 之后每经过一次新生代回收,如果对象存活则它的年龄就加1
  • 对象达到一定的年龄后,则进入老年代。

2、老年代

  • 存放比较活跃的对象,经常被引用对象
  • 一般很少会被垃圾回收,除非内存满的情况

四、对象是否存活判断

1、引用计数法(淘汰)

  • 引用计数法就是如果一个对象没有被任何引用指向,则可视之为垃圾。这种方法的缺点就是不能检测到环的存在
    • 给对象中添加一个引用计数器,每当有一个地方引用它时,计数器值加1;当引用失效时,计数器值减1.任何时刻计数器值为0的对象就是不可能再被使用的
  • 首先需要声明,至少主流的Java虚拟机里面都没有选用引用计数算法来管理内存
    • 最主要的原因是它很难解决对象之间相互循环引用的问题

默认年龄0岁
每个对象有一个年龄,如果小于或者等于15岁,存放在新生代里面,如果大于15岁就会存放在老年代
GC线程不定时进行回收时,如果对象被引用的话,年龄就会加1,如果没有被继续回收年龄会减少1
如果年龄为0岁的话,会被垃圾回收机制认为是不可达的对象,会被清理掉

2、根搜索算法

  • 概念:
    • 根搜索算法的基本思路就是通过一系列名为”GC Roots”的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链(Reference Chain),当一个对象到GC Roots没有任何引用链相连时,则证明此对象是不可用的
  • 算法:
    • 算法的基本思想是通过一系列称为“GC Roots”的对象作为起始点,从这些节点向下搜索,搜索所走过的路径称为引用链,当一个对象到GC Roots没有任何引用链(即GC Roots到对象不可达)时,则证明此对象是不可用的
  • 如何选取GCRoots对象,在Java语言中,可以作为GCRoots的对象包括下面几种:
    • (1). 虚拟机栈(栈帧中的局部变量区,也叫做局部变量表)中引用的对象。
    • (2). 方法区中的类静态属性引用的对象。
    • (3). 方法区中常量引用的对象。
    • (4). 本地方法栈中JNI(Native方法)引用的对象。

在这里插入图片描述

  • 从上图可以得出对象实例1、2、4、6都具有GC Roots可达性,也就是存活对象,不能被GC回收的对象
  • 而对于对象实例3、5直接虽然连通,但并没有任何一个GC Roots与之相连,这便是GC Roots不可达的对象,这就是GC需要回收的垃圾对象

五、垃圾回收机制策略

1、标记清除算法

  • 该算法有两个阶段
    • 标记阶段:找到所有可访问的对象,做个标记
    • 清除阶段:遍历堆,把未被标记的对象回收
  • 应用场景:该算法一般应用于老年代,因为老年代的对象生命周期比较长
  • 优点:
    • 可以解决循环引用的问题
    • 必要时才回收(内存不足时)
  • 缺点:
    • 回收时,应用需要挂起,也就是stop the world
    • 标记和清除的效率不高(是一个一个回收的),尤其是要扫描的对象比较多的时候
    • 会造成内存碎片(会导致明明有内存空间,但是由于不连续,申请稍微大一些的对象无法做到)

在这里插入图片描述

2、复制算法

算法过程:
1、当Eden区满的时候,会触发第一次young gc,把还活着的对象拷贝到Survivor From区;当Eden区再次触发young gc的时候,会扫描Eden区和From区域,对两个区域进行垃圾回收,经过这次回收后还存活的对象,则直接复制到To区域,并将Eden和From区域清空。
2、当后续Eden又发生young gc的时候,会对Eden和To区域进行垃圾回收,存活的对象复制到From区域,并将Eden和To区域清空。
3、可见部分对象会在From和To区域中复制来复制去,如此交换15次(由JVM参数MaxTenuringThreshold决定,这个参数默认是15),最终如果还是存活,就存入到老年代
注意: 万一存活对象数量比较多,那么To域的内存可能不够存放,这个时候会借助老年代的空间。

在这里插入图片描述

  • 复制算法是新生代使用的
  • s0和s1一定有一个是空的,目的是为了存放下一次复制
  • 所以一开始对象进入eden区,垃圾回收发现经常被使用,就会进入S0或S1(主要看哪个是非空的)
  • 优点:在存活对象不多的情况下,性能高,能解决内存碎片和java垃圾回收算法之-标记清除 中导致的引用更新问题
  • 缺点:会造成一部分的内存浪费。不过可以根据实际情况,将内存块大小比例适当调整;如果存活对象的数量比较大,coping的性能会变得很差

术语:新生代划分为Eden(伊甸园) 与2块Survivor Space(幸存者区)

3、标记压缩算法

  • 标记压缩算法和标记清楚算法很相似,唯一不同的是使用了排序,解决了碎片化问题
    • 任意顺序 : 即不考虑原先对象的排列顺序,也不考虑对象之间的引用关系,随意移动对象;
    • 线性顺序 : 考虑对象的引用关系,例如a对象引用了b对象,则尽可能将a和b移动到一块;
    • 滑动顺序 : 按照对象原来在堆中的顺序滑动到堆的一端
  • 优点:解决内存碎片问题
  • 缺点:压缩阶段,由于移动了可用对象,需要去更新引用

4、分代算法

  • 这种算法,根据对象的存活周期的不同将内存划分成几块,新生代和老年代,这样就可以根据各个年代的特点采用最适当的收集算法。可以用抓重点的思路来理解这个算法。
  • 新生代对象朝生夕死,对象数量多,只要重点扫描这个区域,那么就可以大大提高垃圾收集的效率。
    • 在新生代,每次垃圾收集器都发现有大批对象死去,只有少量存活,采用复制算法,只需要付出少量存活对象的复制成本就可以完成收集;可以参看之前的coping复制算法
  • 老年代对象存储久,无需经常扫描老年代,避免扫描导致的开销。
    • 老年代中因为对象存活率高、没有额外空间对它进行分配担保,就必须“标记-清除-压缩”算法进行回收

新创建的对象被分配在新生代,如果对象经过几次回收后仍然存活,那么就把这个对象划分到老年代
老年代区存放Young区Survivor满后触发minor GC后仍然存活的对象,当Eden区满后会将存活的对象放入Survivor区域
如果Survivor区存不下这些对象,GC收集器就会将这些对象直接存放到Old区中
如果Survivor区中的对象足够老,也直接存放到Old区中
如果Old区满了,将会触发Full GC回收整个堆内存

  • 3
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

无休止符

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值