我们的JVM思考题:单例模式创建的对象是否会被JVM回收?为什么?

Posted 通向互联网大厂之路

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了我们的JVM思考题:单例模式创建的对象是否会被JVM回收?为什么?相关的知识,希望对你有一定的参考价值。

一、前言

理清概念之后,就可以多思考一些相关的问题,触类旁通。

这里有一个比较常问到的问题,单例模式创建的对象是否会被JVM回收?为什么?


二、分析

  • 何为单例?

单例模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式,可以直接访问,不需要实例化该类的对象。

注意:

  • 1、单例类只能有一个实例。

  • 2、单例类必须自己创建自己的唯一实例。

  • 3、单例类必须给所有其他对象提供这一实例。

例如,以最简单的饿法式实现单例模式

public class Singleton {  
   private static Singleton instance = new Singleton();  
   private Singleton (){}  
   public static Singleton getInstance() {  
   return instance;  
  }  
}


  • 何以判断是否可回收?

以主流的JVM HotSpot来说,使用的是可达性分析,通过从GC Roots的引用作为起点,来判断对象可达性,从而决定是否回收该对象。

那什么可以作为GC Roots呢?

  • 虚拟机栈(栈桢中的本地变量表)中的引用的对象。

  • 方法区中的类静态属性引用的对象。

  • 方法区中的常量引用的对象。

  • 本地方法栈中JNI的引用的对象。

从单例模式创建的对象来看,可以判断其符合方法区中的类静态属性引用的对象这条定义。

方法区中的类中的静态属性必然引用堆中的对象。

那如此看,如果没办法解决方法区中的类的话,可以认为单例对象不会被回收。

类会放在方法区,对象会放在堆中。


  • 何以判断方法区中的类?

再想深一层,什么情况下有可能触发方法区(JDK8-)或元数据区(JDK8+)中单例类消亡?这样的话,堆中的对象就不可达,从而会被回收。如果这个假想不现实,则可认为单例模式实现的对象不可回收。

符合下列三点则可认为类卸载:

  • 该类所有的实例都已经被回收,也就是Java堆中不存在该类的任何实例。

  • 加载该类的Class Loader已经被回收。

  • 该类对应的java.lang.Class对象没有任何地方被引用,无法在任何地方通过反射访问该类的方法。

要求相当苛刻,所以一般情况下可以认定不可回收了。

但是!

可否强行打破呢?

对于第一点,可以强行通过反射来破坏单例模式。

    Singleton s=Singleton.getInstance();
   Class c=s.getClass();
   //获取私有构造器
   Constructor<Singleton> cons=c.getDeclaredConstructor();
   //设置暴力访问

   cons.setAccessible(true);

检查并把static Singleton instance设为null,并且使所有的Singleton对象设为null。

同时,要满足第二点与第三点,也必须使用自定义的类加载器,如果是使用JVM本身的类加载器,是不可使类加载器回收的。

这样的条件太苛刻。但是存在理论上的可能性。(在c++中甚至可以用外部方法来作卸载。)

但经过破坏后的还算是单例模式吗?


三、总结

理论上来说,答到这里,要看面试官的口味了,要答到多深入才算完整?这一点笔者也不敢肯定。欢迎拍砖。

以上是关于我们的JVM思考题:单例模式创建的对象是否会被JVM回收?为什么?的主要内容,如果未能解决你的问题,请参考以下文章

面试阿里,字节跳动,腾讯90%会被问到的面试题—— 单例模式

面试阿里,字节跳动,腾讯90%会被问到的面试题—— 单例模式

设计模式之——单例模式

钻钻 “单例模式” 的牛角尖!你写的安全吗?

最简单的设计模式——单例模式

设计模式二单例模式