jvm虚拟机与堆参数调优

首先我们来看一下jvm体系架构图：

大体分三部分 上中下
首先class files就是java编译好的.class文件 由类加载器将硬盘的文件加载到内存中，所以类加载器就是jvm的入口。
jvm在运行后会操作计算机的硬件，给操作系统发指令，由执行引擎来做，所以执行引擎就是jvm的出口。

类加载器classloader：

将硬盘中写好的class文件通过类加载器加载到内存变成元数据模版，实例都是根据元数据模版new出来的
类加载器分为四种：
1.启动类加载器（Bootstrap）C++
2.拓展类加载器（Extension）JAVA
3.应用类加载器（AppClassLoader）JAVA
两大机制 双亲委派机制和沙箱安全机制
由于之前子斌已经详细介绍过java的类加载器这里就不过多的介绍了。
Java类加载机制深度剖析（JDK1.8）

Execution Engine执行引擎：

负责解释命令，提交操作系统执行命令。

Native Method Stack 本地方法库：

主要作用是在本地方法库中登记native方法，在执行引擎执行时加载本地方法库。

Native Interface本地接口：

本地方法接口的作用是融合不同的语言为java所用，他的初衷是融合c/c++程序，在java诞生初期正是c/c++横行的时候，想要立足就必须调用c/c++程序，于是专门开辟了一处空间用来处理标记为native的代码，他的具体做法是在本地方法栈中登记native方法，在执行引擎执行时加载Native
Libraries 但是如今native方法越来越少了，除非是与硬件有关的应用，比如通过java程序驱动打印机。

程序计数器（pc寄存器）：

每个线程都有一个程序计数器，是线程私有的，就是一个指针，指向方法区中的方法字节码（用来存储指向下一条指令的地址，即即将要执行的指令代码）由执行引擎读取下一条指令，是一个非常小的空间，几乎可以忽略不计。
线程执行完就销毁 不需要垃圾回收。

方法区：

所有是被线程共享的，所有的字段方法字节码，以及一些特殊方法如构造函数，接口代码也在此定义。简单说所有定义方法的信息都保存在该区域，此区域属于共享区间

静态变量+常量+类信息（构造方法/接口定义）+运行时常量池都存在方法区中 但是实例变量存储在堆内存中和方法去无关。

栈：

栈是 先进后出 对应的是队列 先进先出

1. 栈也叫栈内存，主管Java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放。

2. 对于栈来说不存在垃圾回收问题，只要线程一结束该栈就Over，生命周期和线程一致，是线程私有的。

3. 8种基本类型的变量+对象的引用变量+实例方法都是在函数的栈内存中分配。

栈中存储了什么 ?

栈帧中主要保存3类数据：
本地变量（Local Variables）:输入参数和输出参数以及方法内的变量；
栈操作（Operand Stack）:记录出栈、入栈的操作；
栈帧数据（Frame Data）:包括类文件、方法等等。

栈帧：

栈帧是用于支持虚拟机进行方法调用和方法执行的数据结构， 存储了方法的
    局部变量表
    操作数栈
    动态连接(每个栈帧都包含一个指向运行时常量池中，该帧所属方法的引用，以支持动态连接)
    方法返回地址

每一个方法从调用开始到执行完成的过程，就对应着一个栈帧在虚拟机栈里面从入栈到出栈的过程

栈运行原理：

1.栈中的数据都是以栈帧（Stack Frame）的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法(Method)和运行期数据的数据结构，
2.当一个方法A被调用时就产生了一个栈帧 F1，并被压入到栈中，A方法又调用了B方法，于是产生栈帧
F2也被压入栈，B方法又调用了C方法，于是产生栈帧 F3 也被压入栈，…… 执行完毕后，先弹出F3栈帧，再弹出F2栈帧，再弹出F1栈帧……
3.遵循“先进后出”“后进先出”原则。

图示在一个栈中有两个栈帧：栈帧2是最先被调用的方法，先入栈，然后方法2又调用了方法1，栈帧1处于栈顶的位置，栈帧2处于栈底，执行完毕后，依次弹出栈帧1和栈帧2，线程结束，栈释放。每执行一个方法都会产生一个栈帧，保存到栈(后进先出)的顶部，顶部栈就是当前的方法，该方法执行完毕后会自动将此栈帧出栈。

PC寄存器相当于方法执行顺序的指针，在栈中使用，它指向哪一个方法哪个方法就执行压栈操作。

堆：

一个jvm实例只存在一个堆内存，堆内存的大小是可以调节的。类加载器读取了类文件后，需要把类，方法，常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行。

新生区

1.新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。新生区又分为两部分：伊甸区（Eden space）和幸存者区（Survivor pace），所有的类都是在伊甸区被new出来的
2.幸存区有两个：0区 （Survivor 0 space）和1区（Survivor 1 space）也叫from区和to区。当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园区进行垃圾回收(Minor
GC)，将伊甸园区中的不再被其他对象所引用的对象进行销毁。然后将伊甸园中的剩余对象移动到幸存0区。若幸存0区也满了，再对该区进行垃圾回收，然后移动到1区。那如果1区也满了呢？再次垃圾回收，满足条件后再移动到养老区。(往往在新生区会经历15次垃圾回收)若养老区也满了，那么这个时候将产生MajorGC（FullGC），进行养老区的内存清理。若养老区执行了Full
3.GC之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”。

如果出现java.lang.OutOfMemoryError: Java heap space异常，说明Java虚拟机的堆内存不够。

原因有二：

（1）Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。

（2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。

永久区

1.永久存储区是一个常驻内存区域，用于存放JDK自身所携带的 Class,Interface的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭JVM才会释放此区域所占用的内存。
2.如果出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。一般出现这种情况，都是程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。或者大量动态反射生成的类不断被加载，最终导致Perm区被占满。
3.不过在现如今maven工程已经可以很好地帮助我们管理这些第三方jar包，因此java.lang.OutOfMemoryError: PermGen space现在已经基本不会出现。

Jdk1.6及之前： 有永久代, 常量池1.6在方法区

Jdk1.7： 有永久代，但已经逐步“去永久代”，常量池1.7在堆

Jdk1.8及之后： 无永久代，常量池1.8在元空间

实际而言，方法区（Method Area）和堆一样，是各个线程共享的内存区域，它用于存储虚拟机加载的：类信息+普通常量+静态常量+编译器编译后的代码等等，虽然JVM规范将方法区描述为堆的一个逻辑部分，但它却还有一个别名叫做Non-Heap(非堆)，目的就是要和堆分开。

常量池（ConstantPool）是方法区的一部分，Class文件除了有类的版本、字段、方法、接口等描述信息外，还有一项信息就是常量池，这部分内容将在类加载后进入方法区的运行时常量池中存放。

堆参数调优入门：

参数	作用
-Xms	设置初始分配大小，默认为物理内存的"1/64"
-Xmx	最大分配内存，默认为物理内存的"1/4"

如果系统内存为8G
我们可以用代码来获取初始堆空间大小和最大大小

public class Demo {
    public static void main(String[] args){
        long maxMemory = Runtime.getRuntime().maxMemory() ;//返回Java虚拟机试图使用的最大内存量。
        long totalMemory = Runtime.getRuntime().totalMemory() ;//返回Java虚拟机中的内存总量。
        System.out.println("MAX_MEMORY = " + maxMemory + "（字节）、" + (maxMemory / (double)1024/1024) + "MB");
        System.out.println("TOTAL_MEMORY = " + totalMemory + "（字节）、" + (totalMemory /(double)1024/1024) + "MB");
    }
}

手动设置堆内存大小

手动设置VM堆内存参数，将其初始内存和最大内存都设置为1024m

VM参数： -Xms1024m -Xmx1024m -XX:+PrintGCDetails

GC