JVM学习之旅--垃圾回收 3

最新推荐文章于 2024-07-08 00:01:13 发布

仗剑浪迹天涯丶

最新推荐文章于 2024-07-08 00:01:13 发布

阅读量76

点赞数

分类专栏： JVM 文章标签： java

本文链接：https://blog.csdn.net/weixin_43125873/article/details/119984261

版权

7 篇文章 0 订阅

订阅专栏

JVM学习之旅–垃圾回收 3

JAVA堆内存里面创建的对象，都是占用内存资源，而且内存资源有限

JAVA垃圾回收机制是一个后台自动运行的线程

当新生代或者老年代里面的对象快要满了的时候，此时会触发垃圾回收，把新生代或老年代没有人引用的对象给回收掉，释放内存

JVM使用可达性分析算法来判定那些对象是可以被回收的，哪些对象是不可以被回收的，即对每个对象，都分析一下有谁在引用他，然后一层一层往上去判断，看是否存在一个GC Roots

GC Roots可以是局部变量、静态变量等

Object obj = new Object();

最常见的代码，一个变量引用一个对象，只要是强引用类型，那么垃圾回收的时候绝对不会去回收这个对象

SoftReferenct<Object> obj = new SoftReference<Object>(new Object());

把一个Object实例对象用一个 SoftReference软引用类型的对象给包裹起来，此时这个obj变量对Object对象的引用是软引用
正常情况下垃圾回收时不会回收软引用对象的，但是如果进行垃圾回收之后，发现内存空间还是不够存放新的对象，此时就会回收软引用对象，哪怕他被变量引用

WeakReferenct<Object> obj = new WeakReference<Object>(new Object());

如果发生垃圾回收，就把这个对象回收掉

如果一个对象与虚引用关联，则跟没有引用与之关联一样，在任何时候都可能被垃圾回收器回收。虚引用主要用来跟踪对象被垃圾回收的活动。

其实不是的。
finalize()方法可以拯救一下自己。

public class Object {
	Public static Object instance;
	@Overrride
	protected void finalize() throws Throwable {
		Object.instance = this;
	}
}

假如一个Object对象要被垃圾回收，这个对象重写了finalize()方法，此时会先尝试调用一下这个方法，看是否把自己这个实例对象给了某个GC Roots变量，比如代码中的给了Object类的静态变量
如果重新让某个GC Roots变量引用了自己，那么久不用被垃圾回收了

关注