Jvm原理

Jvm原理

**

四种类加载器

**

• Bootstrap （启动类加载器）用c++写的类加载器 加载jre/lib/rt.jar 包
• Extension （扩展类加载器）加载jre/lib/exe/*.jar
• AppClassLoader（应用程序加载器也叫系统加载器） 加载当前应用的classpath的所有类
• 用户自定义的类加载器java.lang.ClassLoader的子类，用户可以定制类的加载方式

**

两种机制

：
双亲委派机制：
当收到加载类的请求时，该类加载器不会主动尝试加载，而是委派其父类加载器去加载，每一层加载器都是如此， 因此所有的请求最后都传到顶层的启动类加载器去尝试加载，只有当父类加载器无法加载时才反馈给子类加载器去尝试加载，知道子类加载器加载完结束，如果最终没有加载则报错。
沙箱机制：
沙箱机制是由基于双亲委派机制上 采取的一种JVM的自我保护机制,假设你要写一个java.lang.String 的类,由于双亲委派机制的原理,此请求会先交给Bootstrap试图进行加载,但是Bootstrap在加载类时首先通过包和类名查找rt.jar中有没有该类,有则优先加载rt.jar包中的类,因此就保证了java的运行机制不会被破坏.

**

Native Interface 本地接口

：**
本地接口的作用是融合不同的编程语言为 Java 所用，它的初衷是融合 C/C++程序，Java 诞生的时候是 C/C++横行的时候，要想立足，必须有调用 C/C++程序，于是就在内存中专门开辟了一块区域处理标记为native的代码，它的具体做法是 Native Method Stack中登记 native方法，在Execution Engine 执行时加载native libraies。
目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过Java程序驱动打印机或者Java系统管理生产设备，在企业级应用中已经比较少见。因为现在的异构领域间的通信很发达，比如可以使用 Socket通信，也可以使用Web Service等等，不多做介绍。

Native Method Stack :
它的具体做法是 Native Method Stack中登记 native方法，在Execution Engine 执行时加载native libraies。

*寄存器：

**
是每个线程私有的，就是一个指针，指向方法区的发发字节码（即是存储下一条指令的地址，下一个要执行的代码），由执行引擎读取下一条指令，是一个非常小的内存区域，几乎可以忽略不计；

**

方法区和永久区

**
方法区：
主要用来存储class、运行时常量池、字段、方法、代码、JIT代码等。

注意：

（1）运行时数据区跟内存不是一个概念。

（2）方法区是运行时数据区的一部分

（3）方法区是jvm规范中的一部分，并不是实际的实现，切忌将规范跟实现混为一谈。

我们再来看下永久带（Perm区）：

永久带又叫Perm区，只存在于hotspot jvm中，并且只存在于jdk7和之前的版本中，jdk8中已经彻底移除了永久带，jdk8中引入了一个新的内存区域叫metaspace。（jdk8之后常量池在堆中）

（1）并不是所有的jvm中都有永久带，ibm的j9，oracle的JRocket都没有永久带。

（2）永久带是实现层面的东西。

（3）永久带里面存的东西基本上就是方法区规定的那些东西。

因此，我们可以说，永久带是方法区的一种实现，当然，在hotspot jdk8中metaspace可以看成是方法区的一种实现。

**

栈

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

Heap堆
一个Jvm实例只有一个堆内存，堆内存的大小是可以调节的。

堆内存在逻辑上分为三部分：新生，养老，永久区

**

新生区

**新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。新生区又分为两部分： 伊甸区（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”。

如果出现java.lang.OutOfMemoryError: 异常，说明Java虚拟机的堆内存不够。原因有二：Java heap space
（1）Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。
（2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。

永久区

永久存储区：
是一个常驻内存区域，用于存放JDK自身所携带的 Class,Interface 的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭 JVM 才会释放此区域所占用的内存。
如果出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。一般出现这种情况，都是程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。或者大量动态反射生成的类不断被加载，最终导致Perm区被占满。
Jdk1.6及之前： 有永久代, 常量池1.6在方法区
Jdk1.7： 有永久代，但已经逐步“去永久代”，常量池1.7在堆
Jdk1.8及之后： 无永久代，常量池1.8在堆中，元空间在本地内存中