​ 接着上篇持续讲述，上一篇模仿了两个还算比拟相熟的场景，剖析了之前老年代优化是如何解决的，以及应用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区会这么小呢？

很多程序员感觉性能调优这块的JVM、Mysql不是什么小事，本人平时写代码写得好好的，不是很理解JVM如同也没什么的，认为得千万级甚至亿万级的大流量、大我的项目才用得上，其余个别场景基本用不到，直到遇见这样的场景——

程序计数器PC Register：JVM支持多线程同时执行，每一个线程都有自己的PC Register，线程正在执行的方法叫做当前方法，如果是java代码，PC Register里面存放的就是房钱正在执行的指令的地址，如果你是C代码，则为空。

标准参数-help-server -client-version -showversion-cp -classpath标准参数在JVM各个版本里基本不变，相对稳定。