【JVM】垃圾回收——引用

如何判断堆上的对象被引用？

1. 引用计数法：为每个对象维护一个引用计数器，当对象被引用时加1，取消引用时减1。存在循环引用问题。
2. 可达性分析法：可达性分析将对象分为两类：垃圾回收的根对象（GC Root）和普通对象，对象与对象之间存在引用关系。可达性分析算法指的是如果从某个到GC Root对象是可达的，对象就不可被回收。

哪些对象被称之为GC Root对象？

1. 线程Thread对象，引用线程栈帧中的方法参数、局部变量等。
2. 系统类加载器加载的java.lang.Class对象，引用类中的静态变量。
3. 监视器对象，用来保存同步锁synchronized关键字持有的对象。
4. 本地方法调用时使用的全局对象。

哪几块内存需要进行垃圾回收？

1. 线程不共享（程序计数器、Java虚拟机栈、本地方法栈）：跟随线程的生命周期随着线程回收而回收
2. 线程共享
   1. 方法区：一般不需要回收，JSP等技术会通过回收类加载器去回收方法区中的类。
   2. 堆：由垃圾回收器负责进行回收。

有哪几种常见的引用类型？

1. 强引用：JVM中默认引用关系就是强引用，即是对象被局部变量、静态变量等GC Root关联的对象引用，只要这层关系存在，普通对象就不会被回收。
2. 软引用：对象在没有强引用情况下，内存不足时软引用中的数据会回收。（软引用本身被强引用）。软引用主要在缓存框架中使用。
3. 弱引用：弱引用包含的对象在垃圾回收时，不管内存够不够都会直接被回收，弱引用主要在ThreadLocal中使用。
4. 虚引用：不能通过虚引用对象获取到包含的对象。虚引用唯一的用途是当对象被回收时可以接收到对应的通知。Java中直接内存中为了及时知道直接内存对象不再使用，从而回收内存。回收同软弱引用本身类似，有一个队列用来存放已回收的对象。queue.poll() 查看，ref.clean()清理。
5. 终结器引用：对象回收时可以自救，不建议使用。在对象需要被回收时，终结器引用会关联对象并放置在Finalizer类中的引用队列中，在稍后由一条由FinalizerThread线程从队列中获取对象，然后执行对象的finalize方法，在对象第二次被回收时，该对象才真正的被回收。

软、弱 可以配合引用队列，虚、终结器 必须配合引用队列。

软引用本身怎么回收？

如果软引用对象里边包含的数据已经被回收了，那么软引用对象本身其实也可以被回收了（同弱引用）。SoftReference提供了一套队列机制：

1. 软引用创建时，通过构造器传入引用队列。
2. 在软引用中包含的对象被回收时，该软引用对象会被放入引用队列。
3. 通过代码遍历引用队列，将SoftReference的强引用删除。

ThreadLocal中为什么要使用弱引用？

ThreadLocal可以在线程中存放线程的本地变量，保证数据的线程安全。

1. 在每个线程中，存放了一个ThreadLocalMap对象，本质上就是一个数组实现的哈希表，里边存放多个Entry对象。
2. 每个Entry对象继承自弱引用，内部存放ThreadLocal对象。同时用强引用，引用保存的ThreadLocal对应的value值。

不再使用Threadlocal对象时， threadlocal = null；由于是弱引用，那么在垃圾回收之后，ThreadLocal对象就可以被回收。

当threadlocal对象不再使用时，使用弱引用可以让对象被回收；因为仅有弱引用没有强引用的情况下，对象是可以被回收的。

弱引用并没有完全解决掉对象回收的问题，Entry对象和value值无法被回收，所以合理的做法是手动调用remove方法进行回收，然后再将threadlocal对象的强引用解除。