垃圾回收的相关感念

一、System.gc()的理解

调用会触发Full GC，进行垃圾回收释放内存，无法保证对垃圾收集器的调用，无法确定执行时间。

二、内存溢出和内存泄漏

内存溢出(OOM)：没有空间内存，垃圾回收器也无法提供更多的可用内存。可能是堆内存设置不够或者是代码问题。在OOM之前一般情况下都会调用一次GC，当GC后空间还是不足才抛出OOM异常，当然也不是任何情况都调用，当出现一个超大对象，并且超过堆的最大值，那么JVM判断GC也无法解决问题，直接抛出OOM。

内存泄漏(Memory Leak)：只有对象不再被使用了，但是GC又无法回收他们，才叫内存泄漏。但是某些时候，由于编写习惯不好，导致某些对象的生命周期很长，那么也可以成为内存泄漏。内存泄漏积累起来，可能会导致内存溢出。

1. 静态集合类
2. 单例模式
3. 内部类持有外部类
4. 各种连接，如数据库连接、网络连接、IO连接
5. 变量不合理的作用域
6. 改变哈希值
7. 缓存泄漏，使用WeakHashMap，弱引用fa x
8. 监听器和回调

三、Stop The World

STW：发生GC的时候，会导致用户线程停顿，导致应用程序没有任何相应，进入卡死状态。因为垃圾回收的时候需要确定GC Roots，如果GC Roots不能变，所以GC的时候就需要STW，其实就是确保数据的一致性。所有的GC实践都会导致STW，只能说缩短STW的时间和减小出现频率。

四、垃圾回收的并行和并发

1、程序中的并行和并发

并发(Concurrent)：在一个时间段中，已启动和完毕之间，且这几个程序都在一个处理器上运行。一个CUP快速切换多个任务，并不是真正的同时执行，只不过依赖于CPU的快速切换

并行(Parallel)：当多个CPU核心的时候，一个CPU核心执行一个进程在执行。

二者的对比：

并发：在一个时间段内发生了，相互之间抢占资源

并行：在一个时间点上发生了，相互之间不抢占资源

2、垃圾回收期中并行和并发

并行和串行（针对垃圾回收线程）

并行：多个垃圾回收线程并行工作、吞吐量大

串行：一个垃圾线程工作

并发和独占式（针对垃圾回收线程是否和用户线程一起执行）

并发：垃圾回收线程和用户线程同时执行 （CMS、G1）、低延迟

五、安全点与安全区域

安全点：程序在执行的时候，并非所有的时间点都能停止，只有在特定的位置才能停下来，这时候才能执行GC。安全点太少则GC时间很长，太多则影响性能。选择规则：是否具有让程序长时间执行的特征。

如何在GC发生时，检查所有的线程都跑到最近的安全点停顿下来呢？

• 抢先式中断：首先中断所有线程，如果线程不在安全点，就恢复，让线程跑到安全点。
• 主动式中断：设置一个中断标志位，各个线程运行到安全点的时候主动轮训这个标志位，判断是否需要挂起

安全区域：因为线程存在不执行的时候，无法响应JVM的中断请求。一个代码片段，对象的引用关系不会发生变化，则可以设置为安全区。

执行过程：

• 当线程运行到安全区，首先标识已经进入安全区，如果发生GC的时候，JVM会忽略该线程的状态
• 当线程即将离开安全区，会检查JVM是否完成GC，如果完成了，则继续运行，否则线程必须等待直到收到可以离开信号为止。

六、再谈引用

当内存空间还足够的时候，则保留，如果内存空间进行垃圾回收后还很紧张，就抛弃这些对象。

1、强引用 - 永远不回收

最常用的引用，无论什么情况，只要强引关系存在，GC就不会回收被引用的对象。平时使用的99%情况就是强引用。

Object obj = new Object(); obj就是强引用。强引用对象是可达的，GC永远不会回收。所以强引用也是java内存泄漏的主要原因之一。

2、软引用 - 内存不足则回收

内存溢出之前，将会把这些对象放入会后的范围之中，进行二次回收(第一次回收是垃圾)。缓存数据，保证正确执行(mybatis中就有一些结构使用软引用)。下面的代码需要把强引用消除，弱引用才能生效。

3、弱引用 - 只要GC就回收

只要GC，就会回收，跟软应用一样，可以用作缓存。

回收的时候相对更容易、速度更快，因为不需要任何判断。

WeakHashMap -> 可以使用缓存，因为使用弱引用，避免了强引用OOM问题。

4、虚引用 - GC通知

对象虚引用是否存在，不影响对象，也不会影响其生命周期，唯一目的就是能在这个对象被GC后接受到一个系统通知，也就是用于对象GC跟踪的。通过虚引用也无法获取到对象。

5、终结器引用

实现finalize()方法，也可以成为终结器引用。