JVM入门及调优

jvm是在操作系统之上的，他与硬件没有直接的交互。

一、JVM体系结构（非常重要）

其中：

1、ClassLoder类加载器相当于快递员，只负责传输，而真正执行的是后面的额执行引擎

2、Jvm调优只能调亮的地方也就是方法区和堆，灰色的部分不能调优灰色的都是私有的，不存在垃圾回收和调优

二、类加载器（重点是加载器的双亲委派机制和沙箱机制）

负责加载class文件，但是怎么识别是不是class文件？ class文件有十六进制的特定的文件标识符

几种系统类加载器

1、Bootstrap,  开始加载常用的类库主要是rt类库，里面包含object等

2、extendsion，扩展这个加载一些扩展的类

3、用户要想自己定义一个加载器，需要继承Java.lang.ClassLoader

4、sun.misc.Launcher 它是一个java虚拟机的入口应用

双亲委派机制和沙箱安全机制

两者是相结合的，双亲委派机制保证了沙箱安全机制，最简单的例子就是，当自己定义一个同包名同类名的String时，当运行程序时，系统还是用的自带的，还是可以正常运行。

双亲委派机制就是简单的说，有事找我爹，我爹叫李刚，解释一下就是，在运行一个类的时候，先是AppClassLoad运行，一旦遇到类的加载，比如new String的时候，此时，将上交给他的父类，也就是ExtensionClassLoad，此时ExtensionClassLoad也不处理，在交给BootstrapClassLoad处理，此时如果说在Bootstrap里面加载的类找到了想要的类就直接加载并引用并不在往下，如果是没有则接着往下找，找到就停止，

  这种有事往上找，类加载往下走的机制，增强了Java安全性，使得比如自己定义的String，util等不被加载，只加载系统的string，避免了这种污染。

  比如。自己定义java.lang.String这个类，结果在其他引用String这个类的地方用的还是系统的，自己定义的没有被加载，这就是沙箱安全，保证了java不被这样代码污染。

三、PC寄存器

相当于值日表，其实里面存的是调度指令集，为什么方法在调用的时候没有出现过错误呢？就是因为pc寄存器按栈的顺序存了指令，实际上就是地址。

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

这块内存区域很小，它是当前线程所执行的字节码的行号指示器，字节码解释器通过改变这个计数器的值来选取下一条需要执行的字节码指令。就相当于try ，catch，如果出现异常，就会改变值使得进入catch里面

如果执行的是一个Native方法，那这个计数器是空的。

用以完成分支if，循环while等，跳转if等，异常处理，线程恢复等基础功能，不会发生内存溢出（OOM）错误。

四、方法区

方法区里面装的是类模板，就是大Class存放的地方，方法区是被所有线程共享，此区属于共享区间，所有字段和方法字节码，以及一些特殊方法如构造函数，接口代码也在此定义

方法区 =  静态变量+常量+类信息(构造方法/接口定义)+运行时常量池存在方法区中

But   实例变量存在堆内存中,和方法区无关

五、栈

栈管运行，堆管存储

栈主要是用来方法运行的，他的机制先进后出的特性也使得他适合方法运行，那么一般而言，栈底什么方法呢？就是main方法，他是第一个进栈的，也是最后出站的，而栈顶就是当前方法。

1、详细解释栈：

栈也叫栈内存，主管Java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题，只要线程一结束该栈就Over，生命周期和线程一致，是线程私有的。存储什么？8种基本类型的变量+对象的引用变量+实例方法都是在函数的栈内存中分配。

2、栈存储什么？ 简单的说就是方法的信息

栈帧中主要保存3 类数据：

本地变量（Local Variables）:输入参数和输出参数以及方法内的变量；

栈操作（Operand Stack）:记录出栈、入栈的操作；

栈帧数据（Frame Data）:包括类文件、方法等等。

3、常报异常：

Exception in thread "main" java.lang.StackOverflowError

六、栈+堆+方法区的交互关系

七、堆（唯一可调机制）

1、堆内存逻辑上分为三部分：新生+养老+永久 

 物理上是：新生+ 养老    为什么没有永久区？见后面解释

 幸存0区和幸存1区是随时互换的，条件就是，当哪个区里面有数据就是幸存0区

大部分的存储都是在新生区中进行的，新生区主要有以下功能

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

2、为什么没有永久区？简单一句话就是永久代实际上方法区的一个实例，不属于堆内存

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

  对于HotSpot虚拟机，很多开发者习惯将方法区称之为“永久代(Parmanent Gen)” ，但严格本质上说两者不同，或者说使用永久代来实现方法区而已，永久代是方法区(相当于是一个接口interface)的一个实现，jdk1.7的版本中，已经将原本放在永久代的字符串常量池移走。

如果出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。一般出现这种情况，都是程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。或者大量动态反射生成的类不断被加载，最终导致Perm区被占满。

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

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

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

八、GC

minor gc是我们常说的gc，他是作用在新生区的伊甸区的，是一个轻量级的gc，一般是伊甸区中new太多数据，当超过70%的时候就启动gc进行杀死，

major gc 就是一种重量级的垃圾回收机制了，当经过伊甸区的清理后幸存到幸存区1和幸存区2或者是养老区，当这些的区的数据太多的时候也会启动gc，否则会报OOM异常

1、Java7

2、Java8

 JDK 1.8之后将最初的永久代取消了，由元空间取代。

3、堆内存调优