Java教程

JVM之垃圾回收第二篇垃圾回收算法(总体第十三篇)

本文主要是介绍JVM之垃圾回收第二篇垃圾回收算法(总体第十三篇),对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

上一篇文章中已经大概解释了一下我们的java有的内存管理的内容和垃圾方面的内容。
上篇文章地址https://blog.csdn.net/weixin_46635575/article/details/122797073

1、垃圾标记阶段的算法之引用计数算法

(1)复习一下内存模型

在这里插入图片描述
咱垃圾回收是发生在我们的堆和元空间(元空间的Method Area),它两是线程共享的,一定要记住,“较多回收年轻代,较少回收老年代,基本不动方法区”。

(2)对象存活的判断

在这里插入图片描述

(2.1)垃圾标记阶段算法之引用计数算法

在这里插入图片描述
在这里插入图片描述

  • 我们java是没有采用这种方式【看下面案例分析】
    在这里插入图片描述
    设置参数在这里插入图片描述
    我们发现根本没有发生什么GC
    在这里插入图片描述
    当手动的System.gc()时候看到,再次运行
    在这里插入图片描述
    在这里插入图片描述
    由此证明我们java没有使用引用计数算法

Python则是通过如下来解决的。
在这里插入图片描述

(2.2)垃圾标记阶段算法之可达性分析算法

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

(2.3)常见的GC Roots对象

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2、对象finalization机制

(1)方法使用介绍

在这里插入图片描述
在这里插入图片描述
用protected修饰的方法:它是可以被子类重写的。
在这里插入图片描述
在这里插入图片描述

(2)具体过程

java虚拟机内置了finalize线程,由它来触发我们的finalize()方法,优先级比较低,所以我们自己调用了,也很难启用,后面继续写到为什么不要主动去调用
在这里插入图片描述

(3)演示可复活对象

  • 首先看没有重写我们的finalize()方法的情况
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
  • 覆写我们的方法试一下
    在这里插入图片描述
    我们这样一写,导致它从新引用上了,最后它就不会死。
    在这里插入图片描述

3、MAT查看GC Roots

在这里插入图片描述

(1)获取dump文件

如果要用MAT查看GC Roots则需要dump文件。我们怎么获得dump文件呢?

  • 第一种方式(使用jmap)
    在这里插入图片描述
  • 第二种方式是通过JVisualVM导出
    在这里插入图片描述
    可能我此篇文章是第一次看到我写JVM笔记,可能不太知道JVisualVM,它是JDK自带的可视化工具,在如下目录
    在这里插入图片描述
    • 第一步选择我们的对应进程
      在这里插入图片描述
    • 第二步
      在这里插入图片描述
      在这里插入图片描述
      在这里插入图片描述

(2)使用MAT打开

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

4、JProfiler查看GC Roots

首先下载JProfiler:下载教程文章
在这里插入图片描述

(1)JProfiler分析OOM

在这里插入图片描述
有这个参数设置,就如果出现了OOM的时候,就会生成一个heap的dump文件,就在你当前模块里面。
在这里插入图片描述
在这里插入图片描述

这篇关于JVM之垃圾回收第二篇垃圾回收算法(总体第十三篇)的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!