对System.gc() 和STW的理解

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

Full GC（整堆收集）：收集整个Java堆和方法区的垃圾收集。

然而System.gc()调用附带的一个免责声明，无法保证对垃圾收集器的调用（不能确保立即生效）因为调用度比较低。

JVM实现者是可以通过System.gc()调用来决定JVM的GC行为。而一般的情况下，垃圾回收应该是自动进行的，无须是手动触发，否则太过于麻烦。（这也是Java语言的优点，程序要无须管理）

在一些特殊的情况下，我们是可以在运行之间调用System.gc()方法的。（但是不建议）

STW 全称是Stop - The - World。

指的是GC事件发生过程中，会产生应用程序的停顿。提顿产生时整个应用程序线程都会被暂停，进而没有任何响应，有点像卡死的感觉，这个停顿就叫做STW。

可达性分析算法中的枚举根节点（GC Roots）会导致所有Java执行线程停顿（包括在标记的时候）。

而为什么需要停顿所有的Java执行线程呢？

分析工作必须在一个确保一致性的快照中进行。

（是在标记阶段、像是照相片一样，在一个时刻进行一次拍照，然后对照片进行分析）

一致性指整个分析期间整个执行系统看起来像冻结在某个时间点上了。如果出现分析过程中对象引用关系还在不断变化，则分享结果的准确性是无法保证的。被STW中断的应用程序会在完成GC之后恢复，频繁中断会让用户感觉像是网速不快造成电影卡带一样，所以我们需要减少STW的发生。STW事件和采用哪款GC无关，所有的GC都是有这个事件。越优秀，回收效率越高的垃圾回收器，尽可能地缩短了暂停时间。

STW是JVM在后台自动发起和自动完成的。是在用户不可见的情况下，把用户正常的线程全部停掉，再去把不用的对象都干掉。