Jvm原理及调优学习

什么是JVM？

JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。

JVM能做什么？

    JVM能执行由java虚拟机编译后的代码或字节码文件，是java语言跨平台的关键。

JVM是在java编译器和操作系统之间的虚拟处理器，它是一种基于下层的操作系统和硬件平台并利用软件方法来实现的抽象的计算机，可以在上面执行java的字节码程序。java编译器只需面向JVM，生成JVM能理解的代码或字节码文件。Java源文件经编译器，编译成字节码程序，通过JVM将每一条指令翻译成不同平台机器码，通过特定平台运行。JVM示意图如下。

JVM的原理？

JVM原理学习中的两大关键为java代码编译和执行过程和JVM内存管理及垃圾回收机制。

java代码编译和执行过程

java代码编译和执行的整个过程包含了以下三个重要的机制：（1）Java源码编译机制；（2）类加载机制；（3）类执行机制。

Java源码编译机制

Java 源码编译由以下三个过程组成：（1）分析和输入到符号表（2）注解处理（3）语义分析和生成class文件

流程图如下所示：

最后生成的class文件由以下部分组成：（1）结构信息。包括class文件格式版本号及各部分的数量与大小的信息。（2）元数据。对应于Java源码中声明与常量的信息。包含类/继承的超类/实现的接口的声明信息、域与方法声明信息和常量池。（3）方法信息。对应Java源码中语句和表达式对应的信息。包含字节码、异常处理器表、求值栈与局部变量区大小、求值栈的类型记录、调试符号信息。

类加载机制

JVM的类加载是通过ClassLoader及其子类来完成的。

1）BootstrapClassLoader：负责加载$JAVA_HOME中jre/lib/rt.jar里所有的class，由C++实现，不是ClassLoader子类。

2）ExtensionClassLoader：负责加载java平台中扩展功能的一些jar包，包括$JAVA_HOME中jre/lib/*.jar或-Djava.ext.dirs指定目录下的jar包。

3）App ClassLoader：负责记载classpath中指定的jar包及目录中class。

4）Custom ClassLoader：属于应用程序根据自身需要自定义的ClassLoader，如tomcat、jboss都会根据j2ee规范自行实现ClassLoader。

加载过程中会先检查类是否被已加载，检查顺序是自底向上，从Custom ClassLoader到BootStrap ClassLoader逐层检查，只要某个classloader已加载就视为已加载此类，保证此类只所有ClassLoader加载一次。而加载的顺序是自顶向下，也就是由上层来逐层尝试加载此类。

类执行机制

JVM是基于栈的体系结构来执行class字节码的。线程创建后，都会产生程序计数器（PC）和栈（Stack），程序计数器存放下一条要执行的指令在方法内的偏移量，栈中存放一个个栈帧，每个栈帧对应着每个方法的每次调用，而栈帧又是有局部变量区和操作数栈两部分组成，局部变量区用于存放方法中的局部变量和参数，操作数栈中用于存放方法执行过程中产生的中间结果。

JVM内存管理及垃圾回收机制

JVM内存分类

JVM内存划分为三类：年轻代（New）、年老代（Tenured）和永久代（Perm）。其特性及与GC机制如下表。

中文描述	英文缩写	存储对象	内存耗尽的GC方式
年轻代	new	存放JVM刚分配的Java对象	普通GC，仅回收年轻代
年老代	tenured	年轻代中经过垃圾回收没有回收掉的对象将被Copy到年老代	Full GC，Full GC将会同时回收年轻代、年老代
永久代	perm	存放Class、Method元信息	Full GC，会导致Class、Method元信息的卸载

垃圾回收算法

垃圾回收算法可以分为三类，都基于标记-清除（复制）算法：（1）Serial算法（2）并行算法（3）并发算法。

Serial算法是单线程的垃圾回收算法，并行算法是用多线程进行垃圾回收，回收期间会暂停程序的执行，而并发算法，也是多线程回收，但期间不停止应用执行，JVM会根据机器的硬件配置对每个内存代选择适合的回收算法。

为什么要进行JVM调优？

内存泄露（OutOfMemoryError）导致宕机。系统崩溃前的一些现象：

1. 每次垃圾回收的时间越来越长，由之前的10ms延长到50ms左右，FullGC的时间也有之前的0.5s延长到4、5s

2. FullGC的次数越来越多，最频繁时隔不到1分钟就进行一次FullGC

3. 年老代的内存越来越大并且每次FullGC后年老代没有内存被释放，之后系统会无法响应新的请求，逐渐到达OutOfMemoryError的临界值。

如何进行JVM调优？

目标

1.       GC的时间足够的小

2.       GC的次数足够的少

3.       Full GC的周期足够的长

4.      full GC的执行时间足够小；

工具

1.     Visual VM

2.     IBM HeapAnalyzer

3.     JDK 自带的Hprof工具

JVM参数

1. 针对JVM堆的设置，一般可以通过-Xms -Xmx限定其最小、最大值，为了防止垃圾收集器在最小、最大之间收缩堆而产生额外的时间，我们通常把最大、最小设置为相同的值。

2. 年轻代和年老代将根据默认的比例（1：2）分配堆内存，可以通过调整二者之间的比率NewRadio来调整二者之间的大小，也可以针对回收代，比如年轻代，通过 -XX:newSize-XX:MaxNewSize来设置其绝对大小。同样，为了防止年轻代的堆收缩，我们通常会把-XX:newSize -XX:MaxNewSize设置为同样大小。

3. 在配置较好的机器上（比如多核、大内存），可以为年老代选择并行收集算法： -XX:+UseParallelOldGC ，默认为Serial收集。

4. 线程堆栈的设置：每个线程默认会开启1M的堆栈，用于存放栈帧、调用参数、局部变量等，对大多数应用而言这个默认值太了，一般256K就足用。

JVM调优步骤

进行监控和调优的一般步骤为：

1.     监控GC的状态

使用各种JVM工具，查看当前日志，分析当前JVM参数设置，并且分析当前堆内存快照和gc日志，根据实际的各区域内存划分和GC执行时间，觉得是否进行优化。

2.     分析结果，判断是否需要优化

如果各项参数设置合理，系统没有超时日志出现，GC频率不高，GC耗时不高，那么没有必要进行GC优化；如果GC时间超过1-3秒，或者频繁GC，则必须优化。

注：如果满足下面的指标，则一般不需要进行GC：

   Minor GC执行时间不到50ms；

   Minor GC执行不频繁，约10秒一次；

   Full GC执行时间不到1s；

   Full GC执行频率不算频繁，不低于10分钟1次；

3.     调整GC类型和内存分配

如果内存分配过大或过小，或者采用的GC收集器比较慢，则应该优先调整这些参数，并且先找1台或几台机器进行beta，然后比较优化过的机器和没有优化的机器的性能对比，并有针对性的做出最后选择。

4.     不断的分析和调整

通过不断的试验和试错，分析并找到最合适的参数。

5.     全面应用参数

如果找到了最合适的参数，则将这些参数应用到所有服务器，并进行后续跟踪。