【JVM】关于GC的一些问题，面试常问

0）为什么需要GC 垃圾回收呢？

• 如果不及时对内存中的垃圾进行清理，这些垃圾独享一直占用内存知道程序结束，内存迟早会被消耗完，则可能会造成OOM
• 垃圾回收，可以清理内存碎片，并且进行碎片整理将所有占用堆内存的移到另一端，是JVM可以将整理出来的内存分配给新的对象

0）Java的回收机制

• Java的自动内存管理，无需开发人员分配与回收，这样降低内存泄露和内存溢出的风险。
• 自动内存管理机制，将程序员从繁重的内存管理中释放出来，可以更专心于业务开发。

1）可能导致Full GC：

a) 年老代（Tenured）被写满；

b) 持久代（Perm）被写满；

c) System.gc()被显示调用；

d) 上一次GC之后Heap的各域分配策略动态变化；

2）System.gc()的理解

面试的时候这么多是记不住的，下面是帮助理解，所以总结一句话对System.gc()的理解：

System.gc()底层就是Runtime.getRuntime.gc()，是显示触发Full GC，用户调用System.gc()的调用不一定会Full GC，只是提醒JVM的垃圾回收器执行Full GC，不确定是或否马上执行。

而System. runFinalization()方法：就是强制调用失去引用的对象的finalize()方法

1、在默认情况下，通过System. gc()或者Runtime . getRuntime() .gc()的调用，会显式触发Full GC，同时对老年代和新生代进行回收，尝试释放被丢弃对象占用的内存。（System. gc()的底层就是Runtime . getRuntime() .gc() ）

2、然而System. gc()调用附带一个免责声明，无法保证对垃圾收集器的调用。也就是说调用System. gc() JVM不一定会去Full GC，GC与否还是JVM说了算，这也算Java内存自动管理机制的一个特点了。

3、JVM实现者可以通过System. gc() 调用来决定JVM的GC行为。**而一般情况下，垃圾回收应该是自动进行的，无须手动触发，否则就太过于麻烦了。**在一些特殊情况下，如我们正在编写一个性能基准，我们可以在运行之间调用System.gc()。

4、System. gc()只是提醒JVM的垃圾回收器执行Full GC，但是不确定是否马上执行。System. gc()与Runtime . getRuntime().gc()的作用一样。

而System. runFinalization()方法：就是强制调用失去引用的对象的finalize()方法

5、空口无凭，直接演示一下，为了证明System.gc()的调用不一样会Full GC，我试了好几次，终于有一次没有GC。

3） Java垃圾回收–强引用、软引用、弱引用、虚引用

有这些引用，是当内存空间还足够的时候，会保留这些引用在内存中，但是一旦内存空间在垃圾收集后还是很紧张，则可以抛弃这些对象。<