浅谈JVM回收机制

本文详细介绍了JVM内存结构的五个部分,强调了堆区和方法区的内存回收特性。通过引用计数和可达性分析算法解释了对象是否为死对象的判断,并讨论了四种类型的引用。同时,讲解了对象死亡前的最后挣扎,即 finalize() 方法的执行。最后,阐述了分代收集算法的工作原理,以及触发Scavenge GC和Full GC的情况。
摘要由CSDN通过智能技术生成
  1. JVM内存结构

    JVM内存结构分为5个部分:程序计数器、虚拟机栈、本地方法栈、方法区、堆区。

    1、Heap (堆):一个Java虚拟实例中只存在一个堆空间
    2、Method Area(方法区域):被装载的class的信息存储在Method area的内存中。当虚拟机装载某个类型时,它使用类装载器定位相应的class文件,然后读入这个class文件内容并把它传输到虚拟机中。
    3、Java Stack(java的栈):虚拟机只会直接对Java stack执行两种操作:以帧为单位的压栈或出栈
    4、Program Counter(程序计数器):每一个线程都有它自己的PC寄存器,也是该线程启动时创建的。PC寄存器的内容总是指向下一条将被执行指令的地址,这里的地址可以是一个本地指针,也可以是在方法区中相对应于该方法起始指令的偏移量。
    5、Native method stack(本地方法栈):保存native方法进入区域的地址
    

    其中程序计数器、虚拟机栈、本地方法栈是随着线程而生,随线程而灭的,所以这3个区域的内存回收都具有确定性。而在堆区和方法区不一样,这部分的内存分配和回收是动态的,具有不确定性。

  2. JVM内存中的死对象

    对于那些已经分配了内存的对象,但是长时间没有被使用,这类对象被称呼为死对象,JVM可以对其内存回收。所以得先判断哪些对象是死对象。

    1.引用计数算法。对每个新创建的对象,分配一个初始值为1的变量计数。当任意其他变量赋值给这个对象引用时,这个变量计数+1;但当一个对象实例的某个引用超过了生命周期或者被设置为一个新值时,对象实例的引用计数器减1。任何引用计数器为0的对象实例可以被当作垃圾收集。当一个对象实例被垃圾收集时,它引用的任何对象实例的引用计数器减1。
    原理简单,实现容易,听起来也不错。但这个算法无法解决对象间循环引用的问题。也就是说对象A引用了对象B,而对象B同时也引用了对象A,此时就形成了循环引用。这样两个对象就永远都不会被回收。主流的JVM中均没有采用这种算法。
    2.可达性分析算法。可达性分析算法是从离散数学中的图论引入的,程序把所有的引用关系看作一张图,从一个节点GC ROOT开始,寻找对应的引用节点,找到这个节点以后,继续寻找这个节点的引用节点,当所有的引用节点寻找完毕之后,剩余

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值