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在堆中,元空间在本地内存中