科普文:一文搞懂jvm实战(二)Cleaner回收jvm资源

news/2024/7/8 9:37:16 标签: jvm, CLeaner, 回收资源

概叙

        在JDK9中新增了Cleaner类,该类的作用是用于替代finalize方法,更有效地释放资源并避免内存泄漏。

        在JEP260提案中,封装了大部分Sun包内部的API之余,还引入了一些新的API,其中就包含着Cleaner这个工具类。Cleaner承担着替换finalize方法的作用,为了解决finalize方法的性能问题、安全问题以及不可靠。

        在JDK1.2中,就已经有Cleaner这个类的内部实现了,不过是在sun包中实现的。由于是内部类不建议在生产代码中直接使用。不过sun包下的Cleaner类和lang包下的Cleanr类的功能是类似的。

        在Java中,Cleanerjava.lang.ref.Cleaner类的一个实例,它用于在垃圾收集器确定对象不再可达时执行清理动作。通常,这在处理本地资源(如文件句柄或数据库连接)时非常有用,确保资源在对象不再使用时能够得到释放。

        使用Cleaner的典型场景是结合使用java.lang.ref.PhantomReferencejava.lang.ref.ReferenceQueue。你可以创建一个PhantomReference到你想要跟踪的对象,并在创建时指定一个ReferenceQueue和一个Cleaner。当PhantomReference被入队时,Cleaner会执行一个清理方法,你可以在这个方法中释放资源。

Cleaner类

注意:在JDK1.9以上版本可使用

        在Java程序中提供有GC的垃圾回收机制,如果发现堆内存不足时一定要进行垃圾回收以释放内存空间,但如果某些对象在回收前需要做一些处理,可以通过覆写Object类中的finalize()方法来实现这种回收前的处理。

  • finalize()方法的定义:

@Deprecated(since="9")
protected void finalize() throws Throwable { }

        finalize()方法实际上从JDK1.0时就开始提供,但一直到JDK1.9后才发现此方法成为了不推荐使用的方法,同时这个方法上所抛出的一个Throwabke类型的异常(Erroe和Exception),在对象回收时可能会出现各种问题,但不影响回收!

public class Member {
   public Member() {
	   System.out.println("诞生!");
   }
   @Override
	protected void finalize() throws Throwable { //可能抛错误,也可能抛异常
		System.out.println("回收!");
		throw new Exception("我真的还想在活500年");
	}
}


public class Demo {
       public static void main(String[] args) {
		Member mem=new Member();  //实例化对象
		mem=null;          //垃圾,不被引用
		System.gc();//手动进行gc操作
		System.out.println("太阳照常升起,一代更比一代强");
	}
}


执行结果:

诞生!
太阳照常升起,一代更比一代强
回收


回收对象前要先finalize(),降低了内存回收的效率,而且它不能保证被及时执行,或者可能造成该对象的在次复活。
jdk1.9后出现新的替代者:java.lang.ref.Cleaner类。此种清理方式会启动一个新的清理线程,并且基于AutoCloseable接口实现资源释放。

Cleaner 类的主要方法和属性

Cleaner类中,一共就三个外部方法,一个简单的工具类。

        其中,在调用create方法时,就会新建一条线程,用于监听目标对象是否已经被回收。监听的逻辑则是用到了虚引用以及引用队列,在虚引用中,要是一个对象变成不可达后,在GC前会将该对象的虚引用放入引用队列中。详细的步骤以及逻辑可以看这篇文章【Java引用规范】虚引用以及引用队列。

如何创建和使用 Cleaner 对象

  1. 使用Cleaner.create()创建Cleaner对象。
  2. 调用cleaner.register()方法,传入监听的对象以及回收后要执行的逻辑。其中,逻辑中不能带有监听对象的引用,否则对象将永远无法被回收。

Cleaner 优点和局限性


Cleaner 类相比 Finalizer 和 PhantomReference 的优势


Cleaner 类和手动调用Close方法的区别


Cleaner 类的潜在问题和限制

  1. 每注册一个Cleaner类,就会新开一条线程用于监听目标对象是否已经进入到引用队列。直到目标对象被回收后,新线程才结束。
  2. Cleaner回收时间点无法控制。
  3. 不能替换所有的资源释放,必要时还是需要显式执行Close方法。
  4. 无法控制传入的回收执行逻辑,可能导致性能问题。

应用场景

        在JDK1.2中,就已经有这个类的内部实现了,不过是在sun包中实现的。由于是内部类不建议在生产代码中直接使用。不过sun包下的Cleaner类和lang包下的Cleanr类的功能是类似的。
        Cleaner在JDK中最典型的实现就是堆外内存的回收。我们申请到一个堆外内存后,是无法手动将该堆外内存进行显示的回收的,只能等待JVM来自动回收该内存。
        其中,自动回收的操作就是使用到了Cleaner工具类,在DirectByteBuffer的构造方法中,申请到堆外内存后,就会将堆外内存地址、申请容量以及实际内存大小传入到Deallocator类中进行空间的回收。

        Deallocator类集成了Runnable接口,在run方法中就会将对应地址的堆外内存回收。

示例1:传统的对象回收

  • li不进行手动回收
class Book{
    //无参构造
    public Book(){
        System.out.println("【构造】用心编写了一本优秀的原创技术图书!");
    }

    @Override
    protected void finalize() throws Throwable {
        System.out.println("【析构】图书使用完毕,可以销毁!");
    }
}
public class Application {
    public static void main(String[] args) {
        Book book = new Book();//创建实例化对象
        book = null;//断开堆内存的指向,变为垃圾空间
    }
}

运行结果:

【构造】用心编写了一本优秀的原创技术图书!

  • 调用gc()进行手动回收

如果不进行手动的gc()回收,则需要等待自动回收,自动回收的时间是不可控的!!

class Book{
    //无参构造
    public Book(){
        System.out.println("【构造】用心编写了一本优秀的原创技术图书!");
    }

    @Override
    protected void finalize() throws Throwable {
        System.out.println("【析构】图书使用完毕,可以销毁!");
    }
}
public class Application {
    public static void main(String[] args) {
        Book book = new Book();//创建实例化对象
        book = null;//断开堆内存的指向,变为垃圾空间
        //如果不进行手动的gc()回收,则需要等待自动回收,自动回收的时间是不可控的!!
        System.gc();//进行垃圾回收
    }
}

运行结果如下:

【构造】用心编写了一本优秀的原创技术图书!
【析构】图书使用完毕,可以销毁!

  • 手动抛出异常

finalize()方法代码修改如下:(其他代码不变)

protected void finalize() throws Throwable {
        System.out.println("【析构】图书使用完毕,可以销毁!");
        throw new Exception("这本图书还有用,不能销毁!!");//手动抛出异常
    }


运行结果如下:

【构造】用心编写了一本优秀的原创技术图书!
【析构】图书使用完毕,可以销毁!

        以上的这种程序做法是在JDK1.9以前提供的处理形式,但这样的做法一直以来都存在严重问题。

        如果在finalize()里面出现一些线程的死锁操作,那么就可能会造成垃圾回收的失败,同时也会产生严重的线程阻塞问题

        解决方法:在JDK1.9之后,启动了一个专属的回收线程----Cleaner类

示例2:cleanable.clean();//释放时进行垃圾清除

import sun.misc.Cleaner;
class Book implements Runnable{ //设计一个回收线程
    //无参构造
    public Book(){
        System.out.println("【构造】用心编写了一本优秀的原创技术图书!");
    }
    public void read(){
        System.out.println("【读书】认真学习!");
    }
    @Override
    public void run() { //真正的回收由线程来完成!!!
        System.out.println("【析构】图书使用完毕,可以销毁!");
    }
}
class BookCleaner implements AutoCloseable{ //必须实现AutoCloseable接口
    private static final Cleaner cleaner = Cleaner.create();//创建一个回收对象
    private Cleaner.Cleanable cleanable;
    public BookCleaner(Book book){
        this.cleanable = cleaner.register(this,book);//注册一个回收线程
    }

    @Override
    public void close() throws Exception {
        this.cleanable.clean();//释放时进行垃圾清除
    }
}
public class Application {
    public static void main(String[] args) {
        Book book = new Book();
        try(BookCleaner bc = new BookCleaner()){
            book.read();//可以在中间进行一些对象的处理操作
        }catch (Exception e){}
    }
}


运行结果如下:

【构造】用心编写了一本优秀的原创技术图书!
【读书】认真学习!
【析构】图书使用完毕,可以销毁!

package cn.mldn.demo;
import java.lang.ref.Cleaner;
class Member implements Runnable {
	public Member() {
		System.out.println("诞生!");
	}
	@Override
	public void run() {	// 清除线程
		System.out.println("回收!");
	}
}
class MemberCleaning implements AutoCloseable { // 实现清除的处理
	private static final Cleaner cleaner = Cleaner.create() ; // 创建一个清除处理
	private Cleaner.Cleanable cleanable ;
	public MemberCleaning(Member member) {	// 注册待清除对象
    	this.cleanable = cleaner.register(this, member) ;	// 注册使用的对象
	}
	@Override
	public void close() throws Exception {// 自动关闭并释放
		this.cleanable.clean(); // 启动清理线程
	}
}
public class JavaAPIDemo {
	public static void main(String[] args) throws Exception {
		Member mem = new Member() ;// 实例化对象
		System.gc(); 	// 手工进行GC调用
		try (MemberCleaning mc = new MemberCleaning(mem)){/ 中间可以执行一些相关的代码
		} catch (Exception e) {}
		System.out.println("太阳照常升起,地球照样转动,一代更比一代强!");// 不受影响继续执行
	}
}


执行结果

诞生!
太阳照常升起,一代更比一代强
回收



新版本要求启动一个线程单独清除回收,防止延迟处理,保证性能,但是也不能保证垃圾被及时回收。

最好的方式是用完即使用try-with-resource机制显示释放或者放入资源池重用。

图解-java对象的生命周期

        经过以上的分析基本已经清楚对象的创建以及回收处理的操作,以下是对Java中对象的生命周期流程

  1. 创建阶段:每当使用关键字new就表示要开辟新的堆内存空间,同时每一个新的对象实例化时都需要去执行类中的构造方法,构造方法的目的是为了类中成员属性的初始化
  2. 应用阶段:利用指定的对象名称可以直接进行类之中的方法的调用处理
  3. 不可见阶段:如果现实某一个方法内部有一个对象,则该方法执行完毕后该对象将不再使用
  4. 不可达阶段:某一块堆内存已经不再有任何的栈内存所指向,那么这块空间将成为垃圾空间
  5. 收集阶段:JVM会自动的进行此块垃圾空间的标记,标记之后将准备通过GC回收释放,JDK1.8及以前的版本均使用finalize()方法,JKD1.9及以后的版本推荐使用CLeaner来完成
  6. 释放阶段:JVM重新回收垃圾的堆内存空间,供后续新对象使用

http://www.niftyadmin.cn/n/5537010.html

相关文章

16.【C语言】初识常见关键字 上

1.关键字由C语言自带,不能自创 2.关键字不作变量名 3.关键字举例: auto自动:每个局部变量都由auto修饰,含义:自动创建,自动销毁 auto int a0;等价于int a0; exturn:申明外部符号 register:寄存器关键字…

计算机组成原理笔记:第二章(白中英版)

数据与文字的表示方法 数据格式 在计算机中对数据进行表示实际上使用计算机中的高低电平对现实中的数据进行表示,例如如果想表示现实中的自然数,我们知道计算机中的数据是用二进制来表示的,每一个位表示一个二进制位,计算机能够…

kafka--发布-订阅消息系统

1. Kafka概述 1. kafka是什么 kafka是分布式的、高并发的、基于发布/订阅模式的消息队列软件系统。 kafka中的重要组件 Producer:消息生产者,发布消息到Kafka集群的终端或服务Consume:消费者,从Kafka集群中消费消息的终端或服…

“内卷”的电商江湖:拼服务才有出路

2024年的618已经过去了半个多月,讨论却远没有结束。 先是有媒体报道称“某电商女装商家吐槽退货率高达80%”,相关话题迅速成为社交媒体上的焦点,引发了不少商家的共鸣:“今年夏装退货率都快达到90%了,卖十件退九件已经…

使用gitlab的CI/CD实现logseq笔记自动发布为单页应用

使用gitlab的CI/CD实现logseq笔记自动发布为单页应用 使用gitlab的CI/CD实现logseq笔记自动发布为单页应用如何实现将logseq的笔记发布成网站使用 logseq-publish-docker 实现手动发布使用gitlab的CI/CD实现自动发布过程中的问题及解决参考资料 使用gitlab的CI/CD实现logseq笔记…

前端面试题5(前端常见的加密方式)

前端常见的加密方式 在前端进行数据加密主要是为了保护用户的隐私和提升数据传输的安全性。前端数据加密可以采用多种方法,以下是一些常见的加密技术和方法: 1. HTTPS 虽然不是直接的前端加密技术,但HTTPS是保障前端与后端数据传输安全的基…

图书商城系统java项目ssm项目jsp项目java课程设计java毕业设计

文章目录 图书商城系统一、项目演示二、项目介绍三、部分功能截图四、部分代码展示五、底部获取项目源码(9.9¥带走) 图书商城系统 一、项目演示 图书商城系统 二、项目介绍 语言: Java 数据库:MySQL 技术栈:SpringS…

【Unity】unity学习扫盲知识点

1、建议检查下SystemInfo的引用。这个是什么 Unity的SystemInfo类提供了一种获取关于当前硬件和操作系统的信息的方法。这包括设备类型,操作系统,处理器,内存,显卡,支持的Unity特性等。使用SystemInfo类非常简单。它的…