​ 这篇文章会接续上一篇对于分区溢出的案例实战内容再次补充几个OOM的案例，本文不再讲述新内容，以案例实战为主，心愿这些案例能帮忙同学们理解到更多JVM对于OOM溢出的排查套路。

​ JVM运行时候区溢出学习JVM必须把握的一块内容，同时因为JVM的升级换代，JVM的外部分区也在逐步的变动，比方办法区的实现由永恒代改为了元空间这些内容都是须要把握的，这一节将会是一篇对于JVM分区的总结，同样依据两个案例来说下如何排查JVM令人头痛的OOM问题。

​ 上一文为：深刻了解JVM – 阶段总结与回顾（一），阶段总结一次要内容为JVM的一些调优常识储备以及后面的文章回顾，这一节将会总结一些JVM常见的调优套路，帮忙大家在理论状况中遇到问题的时候不用慌乱，这里要特别强调一点：平时写代码要常常回顾和逻辑梳理，对于一些不确定的办法肯定要点开源码进行解读。

​ 接着上篇持续讲述，上一篇模仿了两个还算比拟相熟的场景，剖析了之前老年代优化是如何解决的，以及应用jstat剖析工具如何剖析出JVM的问题，这一节会持续扩大，将会列举更多的案例来分析线上的JVM问题。

​ 上一篇通过案例阐明了老年代的常见优化和解决形式，这一节来看下目前最为热门的G1收集器，G1收集器也是JDK9服务端默认的垃圾收集器，尽管JDK9在当初看来还不是非常的遍及，然而学习这个垃圾收集器是非常重要也是十分必要的。

​ 通过后面的文章能够理解到JVM优化中老年代的FULL GC对于零碎以及垃圾收集器的行为有着非常大的影响，比方CMS并发标记或者回收撑不住的时候要暂停用户线程并且呼叫serrial收集器帮忙进行单线程的高效回收的动作，然而也随同着”漫长”的stop world工夫。

有肯定 Java 工作教训的敌人们，免不了要遇到过，或者解决过 OOM 和 GC 问题。OOM 和 GC 问题也是面试时，常常被面试官问题的问题。分享一下多年积攒的一些小教训，共同进步。

这个过程咱们叫：Java 虚拟机的类加载机制。JVM 虚拟机执行 class 字节码的过程能够分为七个阶段：加载、验证、筹备、解析、初始化、应用、卸载。

咱们有一家top级的淘品牌店铺，为了后续的减速计算，在程序启动的时候灌入她家的外围数据到内存中，灌入实现后内存高达100G，尽管云上的机器内存有256G，然被这么划掉一半看着还是有一点疼爱的，可怜那些被挤压的小啰啰程序????????????，本认为是那些List，HashSet，Dictionary须要动静扩容虚占了很多内存，也就没当一回事，起初…

GC日志打印YGC日志十分频繁，几秒钟一次。PSYoungGen 是应用Parallel Scavenage垃圾收集器的年老代从日志上能够看到 7056K->544K(8192K) 年老代总大小十分小只有8M，这就是产生频繁YGC的起因，当new了一个新对象，Young区内存不够调配时，就会触发一次YGC。那么为什么Young区会这么小呢？