G1
此垃圾收集器不需要和别人配合，自己处理新生代和老年代。在jdk9中G1变为Server模式默认的垃圾收集器。它的发明就是为了替代CMS。
G1（Garbage-First）从整体来看是基于标记-整理的算法，从局部来看是基于复制算法。它和CMS一样可以和用户进程并行。相对于CMS 它的优点是首先它能建立可预测的停顿时间模型，能在一个规定的时间段内指定垃圾收集的时间不超过限制的毫秒数，并且它将Java堆分为多个大小相等的独立区域，也就是Region。虽然它还保留着分代的概念，但是新生代和老年代不是物理隔离了。它的清理区间不再是整个新生代或者老年代，而是以区域为划分，不会产生空间碎片。
G1会维护一个优先列表，根据跟踪各个region回收所能产生的空间大小和时间来标定优先级，优先回收优先级最大的Region。这就等于每次的回收目标更加精确化，提高回收的效率
G1的收集步骤可分为：
1、初始标记
2、并发标记
3、最终标记
4、筛选回收
初始标记和CMS一样先标记GC Roots直接关联对象，然后并发深入标记，遍历关联对象。最终标记和CMS重新标记一个概念，筛选回收也就是筛选下决定回收哪个Region价值更大。
6.介绍一下CMS,G1收集器。
答案参考上题目
7.Minor Gc和Full GC 有什么不同呢？
Minor GC 是清理年轻代
Major GC 是清理永久代。
Full GC 是清理整个堆空间—包括年轻代和永久代。
新生代 GC（Minor GC）：指发生在新生代的垃圾收集动作，因为 Java 对象大多都具
备朝生夕灭的特性，所以 Minor GC 非常频繁，一般回收速度也比较快。
老年代 GC（Major GC / Full GC）：指发生在老年代的 GC，出现了 Major GC，经常
会伴随至少一次的 Minor GC（但非绝对的，在 ParallelScavenge 收集器的收集策略里
就有直接进行 Major GC 的策略选择过程） 。MajorGC 的速度一般会比 Minor GC 慢 10
倍以上。
补充知识： Minor GC ，Full GC 触发条件
Minor GC触发条件：当Eden区满时，触发Minor GC。
Full GC触发条件：
（1）调用System.gc时，系统建议执行Full GC，但是不必然执行
（2）老年代空间不足
（3）方法去空间不足
（4）通过Minor GC后进入老年代的平均大小大于老年代的可用内存
（5）由Eden区、From Space区向To Space区复制时，对象大小大于To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小
三、虚拟机性能监控和故障处理工具
1.JVM调优的常见命令行工具有哪些？
1.jps命令:jps主要用来输出JVM中运行的进程状态信息
Java版的ps命令，查看java进程及其相关的信息，如果你想找到一个java进程的pid，那可以用jps命令替代linux中的ps命令了，简单而方便。
2.jstat命令:jstat 它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据
jstat命令是使用频率比较高的命令，主要用来查看JVM运行时的状态信息，包括内存状态、垃圾回收等。
3.jstack命令:jstack主要用来查看某个Java进程内的线程堆栈信息，jstack可以定位到线程堆栈，根据堆栈信息我们可以定位到具体代码，所以它在JVM性能调优中使用得非常多。
4.jmap:常用情况，用jmap把进程内存使用情况dump到文件中，再用jhat分析查看
四、深入理解虚拟机之类文件结构
1.简单介绍一下Class类文件结构（常量池主要存放的是那两大常量？Class文件的继承关系是如何确定的？字段表、方法表、属性表主要包含那些信息？）
Class类文件结构
Class文件是一组以8位字节为基础的二进制流，各个数据项目严格按照顺序紧凑地排列在Class文件之中，中间没有添加任何分隔符，这使得整个Class文件中存储的内容几乎全部是程序运行的必要数据，没有空隙存在。当遇到需要占用8位字节以上空间的数据项时，则会按照高位在前的方式分割成若干个8位字节进行存储。
Class文件格式采用一种类似于C语言结构体的伪结构来存储数，这种伪结构有两种数据类型：无符号数和表。
这里需要重复提一下，Class文件结构不像XML等描述语言，由于它没有任何分割符号，所以无论是数量甚至于数据存储的字节序这样的细节都被严格限定，哪个字节代表什么含义，长度是多少，先后顺序如何，都不允许改变。
常量池
紧接着主次版本号之后的是常量池入口，常量池可以理解为Class文件之中的资源仓库，它是Class文件结构中与其他项目关联最多的数据类型，也是占用Class文件空间最大的数据项目之一，同时它还是在Class文件中第一个出现的表类型数据项目。
常量池主要存放两大常量：字面量和符号引用。字面量比较接近于java语言层面的的常量概念，如文本字符串、声明为final的常量值等。而符号引用则属于编译原理方面的概念。包括下面三类常量：
类和接口的全限定名
字段的名称和描述符
方法的名称和描述符
字段表集合
字段表（field info）用于描述接口或类中声明的变量。字段包括类级变量以及实例变量，但不包括在方法内部声明的局部变量。
我们可以想一想在java中描述一个字段可以包含什么信息呢?
字段的作用域（public ,private,protected修饰符），是实例变量还是类变量（static修饰符）、可变性（final）、并发可见性（volatile修饰符，是否强制从主内存读写）、可否被序列化（transient修饰符）、字段数据类型、字段名称。上述这些信息中，各个修饰符都是布尔值，要么有某个修饰符，要么没有，很适合使用标志位来表示。而字段叫什么名字、字段被定义为什么数据类型这些都是无法固定的，只能引用常量池中常量来描述。
方法表集合
Class文件存储格式中对方法的描述与对字段的描述几乎采用了完全一致的方式。方法标的结构如同字段表一样，依次包括了访问标志、名称索引、描述符索引、属性表集合几项。
在这里稍微提一下，因为volatile修饰符和transient修饰符不可以修饰方法，所以方法表的访问标志中没有这两个对应的标志，但是增加了synchronized、native、abstract等关键字修饰方法，所以也就多了这些关键字对应的标志。
属性表集合
在Class文件，字段表，方法表中都可以携带自己的属性表集合，以用于描述某些场景专有的信息。与Class文件中其它的数据项目要求的顺序、长 度和内容不同，属性表集合的限制稍微宽松一些，不再要求各个属性表具有严格的顺序，并且只要不与已有的属性名重复，任何人实现的编译器都可以向属性表中写 入自己定义的属性信息，Java虚拟机运行时会忽略掉它不认识的属性。
五、深入理解虚拟机之虚拟机类加载机制
1.简单说说类加载过程，里面执行了哪些操作？
虚拟机把描述类的数据从class文件加载到内存，并对数据进行校验、转换解析和初始化。最终形成可以被虚拟机最直接使用的java类型的过程就是虚拟机的类加载机制。
前面总结了java编译和Class类文件的结构：java文件编译后生成class字节码文件，实现了java的一次编写到处运行的目的，但是class文件没有经过连接步骤，不包含对象在内存中的布局，那么程序执行时肯定是由虚拟机通过某种方式读取了Class类文件，并将其经过一系列步骤转换为内存中对应的存在，程序才能使用，这一过程就涉及到了类的加载。
在虚拟机实现中，类由Class文件到可用对象的转换过程包括加载、（验证、准备、解析）、初始化 这几个过程，其中（验证、准备、解析）又统称连接；加载过程完成的任务主要任务是根据类的全限定名找到对应的字节码文件，将其加载到内存中；连接主要任务是完成相关的验证、为类变量分配内存、将符号引用转换为直接引用；初始化就是完成为类的静态变量和静态语句块置用户指定的初始值。
上述过程的顺序问题：加载、验证、准备、初始化 这四个过程的“开始”一定是遵照顺序执行的，“解析”过程的开始可能在初始化之前，也可能在之后（实际被调用前在开始解析）。注意，说的是“开始”遵循顺序，执行过程中可能会有交叉。
jvm之java类加载机制和类加载器(ClassLoader)的详解
2.对类加载器有了解吗？
类加载器
类加载器负责加载所有的类，其为所有被载入内存中的类生成一个java.lang.Class实例对象。一旦一个类被加载如JVM中，同一个类就不会被再次载入了。正如一个对象有一个唯一的标识一样，一个载入JVM的类也有一个唯一的标识。在Java中，一个类用其全限定类名（包括包名和类名）作为标识；但在JVM中，一个类用其全限定类名和其类加载器作为其唯一标识。例如，如果在pg的包中有一个名为Person的类，被类加载器ClassLoader的实例kl负责加载，则该Person类对应的Class对象在JVM中表示为(Person.pg.kl)。这意味着两个类加载器加载的同名类：（Person.pg.kl）和（Person.pg.kl2）是不同的、它们所加载的类也是完全不同、互不兼容的。
JVM预定义有三种类加载器，当一个 JVM启动的时候，Java开始使用如下三种类加载器：
**1)根类加载器（bootstrap class loader）😗*它用来加载 Java 的核心类，是用原生代码来实现的，并不继承自 java.lang.ClassLoader（负责加载$JAVA_HOME中jre/lib/rt.jar里所有的class，由C++实现，不是ClassLoader子类）。由于引导类加载器涉及到虚拟机本地实现细节，开发者无法直接获取到启动类加载器的引用，所以不允许直接通过引用进行操作。
下面程序可以获得根类加载器所加载的核心类库,并会看到本机安装的Java环境变量指定的jdk中提供的核心jar包路径：
public class ClassLoaderTest { public static void main(String[] args) { URL[] urls = sun.misc.Launcher.getBootstrapClassPath().getURLs(); for(URL url : urls){ System.out.println(url.toExternalForm()); } } }
运行结果：
**2)扩展类加载器（extensions class loader）：**它负责加载JRE的扩展目录，lib/ext或者由java.ext.dirs系统属性指定的目录中的JAR包的类。由Java语言实现，父类加载器为null。
**3)系统类加载器（system class loader）：**被称为系统（也称为应用）类加载器，它负责在JVM启动时加载来自Java命令的-classpath选项、java.class.path系统属性，或者CLASSPATH换将变量所指定的JAR包和类路径。程序可以通过ClassLoader的静态方法getSystemClassLoader()来获取系统类加载器。如果没有特别指定，则用户自定义的类加载器都以此类加载器作为父加载器。由Java语言实现，父类加载器为ExtClassLoader。
