自动垃圾回收

概览

在C/C++这类没有自动垃圾回收机制的语言中，一个对象如果不再使用，需要手动释放，否则就会出现内存泄漏。我们称这种释放对象的过程为垃圾回收，而需要程序员编写代码进行回收的方式为手动回收。

内存泄漏指的是不再使用的对象在系统中未被回收，内存泄漏的积累可能会导致内存溢出。

Java中为了简化对象的释放，引入了自动的垃圾回收(Garbage Collection简称GC)机制。通过垃圾回收器来对不再使用的对象完成自动的回收，垃圾回收器主要负责对堆上的内存进行回收。其他很多现代语言比如C#、Python、Go都拥有自己的垃圾回收器。

自动垃圾回收

自动根据对象是否使用由虚拟机来回收对象

• 优点:降低程序员实现难度、降低对象回收bug的可能性。
• 缺点:程序员无法控制内存回收的及时性。

手动垃圾回收

由程序员编程实现对象的删除

• 优点:回收及时性高，由程序员把控回收的时机。
• 缺点:编写不当容易出现悬空指针、重复释放、内存泄漏等问题。

应用场景

• 解决系统僵死的问题：大厂的系统出现的许多系统僵死问题都与频繁的垃圾回收有关。
• 性能优化：对垃圾回收器进行合理的设置可以有效地提升程序的执行性能。
• 高频面试题：常见的垃圾回收器、常见的垃圾回收算法、四种引用、项目中用了哪一种垃圾回收器

线程不共享的部分，都是伴随着线程的创建而创建，线程的销毁而销毁。而方法的栈帧在执行完方法之后就会自动弹出栈并释放掉对应的内存。所以不需要垃圾回收。

方法区的回收

方法区中能回收的内容主要就是不再使用的类。

判定一个类可以被卸载。需要同时满足下面三个条件:

1、此类所有实例对象都已经被回收，在堆中不存在任何该类的实例对象以及子类对象。

2、加载该类的类加载器已经被回收。

3、该类对应的 java.lang.Class 对象没有在任何地方被引用。

如果需要手动触发垃圾回收，可以调用System.gc()方法。

语法:System.gc()

注意事项:
调用System.gc()方法并不一定会立即回收垃圾，仅仅是向Java虚拟机发送一个垃圾回收的请求，具体是否需要执行垃圾回收Java虚拟机会自行判断。

堆回收

如何判断堆上的对象可以回收?

Java中的对象是否能被回收，是根据对象是否被引用来决定的。如果对象被引用了，说明该对象还在使用，不允许被回收。

常见的有两种判断方法:引用计数法和可达性分析法。

引用计数法

引用计数法会为每个对象维护一个引用计数器，初始值为0，当对象被引用时加1，取消引用时减1。

缺点：循环引用。

引用计数法的优点是实现简单，C++中的智能指针就采用了引用计数法，但是它也存在缺点，主要有两点：

1.每次引用和取消引用都需要维护计数器，对系统性能会有一定的影响。

2.存在循环引用问题，所谓循环引用就是当A引用B，B同时引用A时会出现对象无法回收的问题。

如果想要查看垃圾回收的信息，可以使用-verbose:gc参数。

语法:-verbose:gc

可达性分析算法

Java使用的是可达性分析算法来判断对象是否可以被回收。可达性分析将对象分为两类:垃圾回收的根对象(GRoot)和普通对象，对象与对象之间存在引用关系。

下图中A到B再到C和D，形成了一个引用链，可达性分析算法指的是如果从某个到GC Root对象是可达的，对象就不可被回收。

GC Root对象一般是不可以被回收的。

哪些对象被称之为GC Root对象呢?

• 线程Thread对象
• 系统类加载器加载的java.lang.Class对象
• 监视器对象，用来保存同步锁synchronized关键字持有的对象。
• 本地方法调用时使用的全局对象。

查看GC Root
通过arthas和eclipse Memory Analyzer (MAT)工具可以査看GC Root，MAT工具是eclipse推出的Java堆内存检测工具。具体操作步骤如下:
1、使用arthas的heapdump命令将堆内存快照保存到本地磁盘中。
2、使用MAT工具打开堆内存快照文件。
3、选择GC Roots功能査看所有的GC Root。

运行MAT时会提示以下内容，要在Java虚拟机17下运行。

点击File下的Open Heap Dump。(打开堆内存快照)。选择你刚才heapdump完的文件打开。

打开后会提示，是否要做引导，直接取消就好了。

这样就会把所有的GC Root对象分成四个类展现出来。

局部变量是被包含在线程中的。

几种常见的对象引用

可达性算法中描述的对象引用，一般指的是强引用，即是GCRoot对象对普通对象有引用关系，只要这层关系存在普通对象就不会被回收。除了强引用之外，Java中还设计了几种其他引用方式:

• 软引用
• 弱引用
• 虚引用
• 终结器引用

软引用

软引用相对于强引用是一种比较弱的引用关系，如果一个对象只有软引用关联到它，当程序内存不足时，就会将软引用中的数据进行回收。

在JDK 1.2版之后提供了SoftReference类来实现软引用，软引用常用于缓存中。

其中还隐藏了一个GC Root对象与SoftReference对象关联的强引用。

软引用的执行过程如下:

1.将对象使用软引用包装起来，new SoftReference<对象类型>(对象)。
2.内存不足时，虚拟机尝试进行垃圾回收。
3.如果垃圾回收仍不能解决内存不足的问题，回收软引用中的对象。
4.如果依然内存不足，抛出OutOfMemory异常。

软引用中的对象如果在内存不足时回收，SoftReference对象本身也需要被回收。如何知道哪些SoftReference对象需要回收呢?

SoftReference提供了一套队列机制:
1、软引用创建时，通过构造器传入引用队列。

2、在软引用中包含的对象被回收时，该软引用对象会被放入引用队列。

3、通过代码遍历引用队列，将SoftReference的强引用删除。

软引用的使用场景-缓存

软引用也可以使用继承自SoftReference类的方式来实现，StudentRef类就是一个软引用对象。通过构造器传入软引用包含的对象，以及引用队列。

使用软引用实现学生数据的缓存：

弱引用

弱引用的整体机制和软引用基本一致，区别在于弱引用包含的对象在垃圾回收时，不管内存够不够都会直接被回收。

在JDK 1.2版之后提供了WeakReference类来实现弱引用，弱引用主要在ThreadLocal中使用。

弱引用对象本身也可以使用引用队列进行回收。

虚引用和终结器引用

这两种引用在常规开发中是不会使用的。

虚引用也叫幽灵引用/幻影引用，不能通过虚引用对象获取到包含的对象。虚引用唯一的用途是当对象被垃圾回收器回收时可以接收到对应的通知。Java中使用PhantomReference实现了虚引用，直接内存中为了及时知道直接内存对象不再使用，从而回收内存，使用了虚引用来实现。
终结器引用指的是在对象需要被回收时，对象将会被放置在Finalizer类中的引用队列中，并在稍后由一条由FinalizerThread线程从队列中获取对象，然后执行对象的finalize方法。在这个过程中可以在finalize方法中再将自身对象使用强引用关联上，但是不建议这样做，如果耗时过长会影响其他对象的回收。