Java虚拟机

简述JVM内存模型

线程私有的运行时数据区：程序计数器，Java虚拟机栈，本地方法栈。

线程共享的运行时数据区：Java堆，方法区。

简述程序计数器

程序计数器表示当前线程所执行的字节码的行号指示器。

程序计数器不会产生StackOverFlowError和OutOfMemoryError。

简述虚拟机栈

Java虚拟机栈用来描述Java方法执行的内存模型。线程创建时就会分配一个栈空间，线程结束后栈空间被回收。

栈中元素用于支持虚拟机进行方法调用，每个方法在执行时都会创建一个栈帧存储方法的局部变量表，操作栈，动态链接和返回地址等信息。

虚拟机栈会产生两个异常：

• StackOverFlowError：线程请求的栈深度大于虚拟机允许的深度抛出。
• OutOfMemoryError：如果JVM栈容量可以动态扩展，虚拟机栈占用内存超出抛出。

简述本地方法栈

本地方法栈与虚拟机栈作用相似，不同的是，虚拟机栈为虚拟机执行Java方法服务，本地方法栈为本地方法服务。可以将虚拟机栈看作普通Java函数对应的内存模型，本地方法栈看作由native关键词修饰的函数对应的内存模型。

本地方法栈会产生两类异常：

• StackOverFlowError：线程请求的栈深度大于虚拟机允许的深度抛出。
• OutOfMemoryError：如果JVM栈容量可以动态扩展，虚拟机栈占用内存超出抛出。

简述JVM中的堆

堆主要作用是存放对象实例，Java里几乎所有对象实例都在堆分配内存，堆内存也是内存管理中最大的一块。Java的垃圾回收主要针堆这一区域进行回收。

可以通过-Xmx -Xms设置堆的最大值和最小值。

堆会抛出OutOfMemoryError异常。

简述方法区

方法区用于存储被虚拟机加载的类信息，常量，静态变量等数据。

JDK6之前使用永久代实现方法区，容易内存溢出。JDK7放在永久代中的字符串常量池，静态变量等移出，JDK8中抛弃永久代，改用在本地内存中实现的元空间来实现方法区，把JDK7中永久代内容移到元空间。

方法区会抛出OutOfMemoryError异常。

简述运行时常量池

运行时常量池存放常量池表，用于存放编译器生成的各种字面量与符号引用。一般除了保存Class文件中描述的符号引用外，还会把符号引用翻译的直接引用也存储在运行时常量池。除此之外，也会存放字符串基本类型。

JDK8之前，放在方法区，大小受限于方法区，JDK8将运行时常量池存放堆中。

简述直接内存

直接内存也称为对外内存，就是把内存对象分配在JVM堆外的内存区域。这部分内存不是虚拟机管理，而是由操作系统来管理。

Java通过DirectByteBuffer对其进行操作，避免了在Java堆和Native堆来回复制数据。

简述Java创建对象的过程

1. 检查该指令的参数能否在常量池中定位到一个类的符号引用，并检查引用代表的类是否已被加载，解析和初始化，如果没有就先执行类加载。
2. 检查通过后，虚拟机将为新对象分配内存。
3. 完成内存分配后虚拟机将成员变量设为零值。
4. 设置对象头，包括哈希码，GC信息，锁信息，对象所属类的元信息等。
5. 执行init方法，初始化成员变量，执行实例化代码块，调用类的构造方法，并把堆内对象的首地址赋值给引用变量。

简述JVM给对象分配内存的策略

1. 指针碰撞：这种方式在内存中放一个指针作为分界指示器将使用过的内存放在一边，空闲的放在另一半，通过指针挪动完成分配。
2. 空闲列表：对于Java堆内存不规整的情况，虚拟机必须维护一个列表记录哪些内存可用，在分配时从列表中找到一块足够大的空间划分给对象并更新列表记录。

Java对象内存分配时如何保证线程安全的

1. 对分配内存空间采用CAS机制，配合失败重试的方式保证更新操作的原子性。该方式效率低。
2. 每个线程在Java堆中预先分配一小块内存，然后再给对象分配内存的时候，直接在自己这块私有内存中分配。一般采用这种策略。

简述对象的内存布局

对象在内存的存储布局可以分为对象头，实例数据和对齐填充。

对象头主要包括两部分数据：MarkWord，类型指针。MarkWord用于存储哈希码，GC分代年龄，锁状态标志位，线程持有的锁，偏向线程ID等信息。

类型指针即对象指向他的元数据指针，如果对象是一个Java数组，会有一块用于记录数据长度的数据，实例数据存储代码中所定义的各种类型的字段信息。

对齐填充起占位作用。HotSpot虚拟机要求对象的起始地址必须是8的整倍数，因此需要对齐填充。

如何判断对象是否是垃圾

引用计数器：设置引用计数器，对象被引用计数器加1，引用失效计数器减1，如果计数器为0，则被标记为垃圾。会存在对象间循环引用的问题，一般不使用这种方法。

可达性分析：通过GC Roots的根对象作为起始节点，从这些节点开始，根据引用关系向下搜索，如果某个对象没有被搜到，则会被标记为垃圾。可作为GC Roots的对象包括虚拟机栈和本地方法栈中引用的对象，类静态属性引用的对象，常量引用的对象。

简述Java的引用类型

强引用：被强引用关联的对象不会被回收。一般采用new方法创建强引用。

软引用：被软引用关联的对象只有在内存不够的情况下才会被回收。一般采用SoftReference类来创建软引用。

弱引用：垃圾回收器碰到即回收，也就是说它只能存活到下一次垃圾回收发生之前。一般采用WeakReference类来创建弱引用。

虚引用：无法通过该引用来获取对象。唯一目的就是为了能在对象被回收时收到一个系统通知。虚引用必须与引用队列联合使用。

简述标记清除算法，标记整理算法和标记复制算法

标记删除算法：先标记要清除的对象，之后统一回收。这种方法效率不高，会产生大量不连续的碎片。

标记整理算法：先标记存活对象，然后让所有存活对象向一端移动，之后清理端边界以外的内存。

标记复制算法：将可用内存按容量划分为大小相等的两块，每次至使用其中一块。当使用的这块空间用完了，就将存活对象复制到另一块，再把已使用过的内存空间一次清理掉。

简述分代收集算法

根据对象存活周期将内存划分为几块，不同块采用适当的收集算法。

一般将堆分为新生代和老年代，对这两块采用不同的算法。

新生代使用：标记复制算法。

老年代使用：标记清楚算法或者标记整理算法。

简述Serial垃圾收集器

单线程串行收集器。垃圾回收的时候，必须暂停其他所有线程。新生代使用标记复制算法，老年代使用标记整理算法。简单高效。

简述ParNew垃圾收集

可以看作Serial垃圾收集器的多线程版本，新生代使用标记复制算法，老年代使用标记整理算法。

简述Parallel Scavenge垃圾收集器

注重吞吐量，即CPU运行时间/CPU耗时总时间（CPU运行代码时间+垃圾回收时间）。新生代使用标记复制算法，老年代使用标记整理算法。

简述CMS垃圾收集器

注重最短时间停顿。CMS垃圾收集器为最早提出的并发收集器，垃圾收集线程与用户线程同时工作。采用标记清楚算法。该收集器分为初始标记，并发标记，并发预清理，并发清除，并发重置这么几个步骤。

初始标记：暂停其他线程（Stop the world），标记与GC Roots直接关联的对象。并发标记：可达性分析过程（程序不会停顿）。

并发预清理：查找执行并发标记阶段从年轻代晋升到老年代的对的，重新标记，暂停虚拟机（Stop the world）扫描CMS堆中剩余的对象。

并发清理：清理垃圾对象，程序不会停顿。

并发重置：重置CMS收集器的数据结构。

简述G1垃圾收集器

和之前收集器不同，该垃圾收集器把堆划分成多个大小相等的独立区域（Region），新生代和老年代不再物理隔离。通过引入Region的概念，从而将原来的一整块内存分成多个小空间，使得每个小空间可以单独进行垃圾回收。

初始标记：标记与GC Roots直接关联的对象。

并发标记：可达性分析。

最终标记：对并发标记过程中，用户线程修改的对象再次标记一次。

筛选标记：对各个Region的回收价值和成本进行排序，然后根据用户所期望的GC停顿时间制定垃圾回收计划。

简述Minor GC

Minor GC指发生在新生代的垃圾收集，因为Java对象大多存活时间短，所以Minor GC非常频繁，一般回收速度也比较快。

简述Full GC

Full GC时清理整个堆空间，包括年轻代和永久代。调用System.gc()，老年代空间不足，空间分配担保失败，永生带空间不足会产生Full GC。

常见内存分配策略

大多数情况下对象在新生代Eden区分配，当Eden没有足够空间时将发起一次Minor GC。

大对象需要大量连续的内存空间，直接进入老年代区分配。

如果经历过第一次Minor GC仍然存活且能被Survivor容纳，该对象就会被移动到Survivor中并将年龄设置为1，并且每熬过一次Minor GC年龄就加1，当增加到一定程度（默认15）就会被晋升到老年代。

如果在Survivor中相同年龄所有对象大小的总和大于Survivor的一半，年龄不小于该年龄的对象就可以直接进入老年代。

空间分配担保。Minor GC前虚拟机必须检查老年代最大可连续空间是否大于新生代对象总空间，如果满足则说明这次Minor GC确定安全。如果不，JVM会查看handlerPromorionFailure参数是否允许担保失败，如果允许会继续检查老年代最大可用连续空间是否大于历次晋升老年代对象的平均大小，如果满足将Minor GC，否则改成一次Full GC。

简述JVM类加载过程

加载：

1. 通过全类名获取类的二进制字节流。
2. 将类的静态存储结构转换成方法区的运行时数据结构。
3. 在内存中生成类的Class对象，作为方法区数据的入口。

验证：对文件格式，元数据，字节码，符号引用等验证正确性。

准备：在方法区内为变量分配内存并设置为0值。

解析：将符号引用转化成直接引用。

初始化：执行类构造器clinit方法，真正初始化。

简述JVM中的类加载器

BootstrapClassLoader启动类加载器：加载/lib下的jar包和类。C++编写。

ExtensionClassLoader扩展类加载器：lib/ext目录下的jar包和类。Java编写。

AppClassLoader应用类加载器：加载当前CLASSPATH下的jar包和类。Java编写。

简述双亲委派机制

一个类加载器收到类加载请求后，首先判断当前类是否被加载过。已经被加载的类会直接返回，如果没有被加载，首先将类加载请求转发给父类加载器，一直转发到启动类加载器，只有当父类加载器无法完成时才尝试自己加载。

加载类顺序：BootStrapClassLoader，ExtensionClassLoader，AppClassLoader，CustomClassLoader。

检查类是否加载顺序。CustomClassLoader，AppClassLoader，ExtensionClassLoader，BootStrapClassLoader。

双亲委派机制的优点

1. 避免类的重复加载。相同的类被不同的类加载器加载会产生不同的类，双亲委派机制保证了Java程序的稳定运行。
2. 保证核心API不被修改。

如何破坏双亲委派机制

重载loadClass()方法，即自定义类加载器。

如何构建自定义类加载器

1. 新建自定义类继承自java.lang.ClassLoader。
2. 重写findClass，loadClass，defineClass方法。

JVM常见调优参数

• -Xms：初始堆大小
• -Xmx：最大堆大小
• -XX:NewSize：年轻代大小
• -XX:MaxNewSize：年轻代最大值
• -XX:PermSize：永生代初始值
• -XX:MaxPermSize：永生代最大值
• -XX:NewRatio：新生代与老年代的比例

调用System.gc()一定会发生垃圾收集吗

调用System.gc()的时候，并不会马上进行垃圾回收，只会把这次GC请求记录下来。

需配合System.runFinalization()才会进行真正回收。

静态变量存储位置

在JDK1.8之前，静态成员变量存放在方法去，1.8之后，用于取消了永久代，静态变量存储到堆中。