JVM

1.JVM内存模型

一. 线程私有区域

1.Program Counter Register(程序计数器):

一块较小的内存空间, 作用是当前线程所执行字节码的行号指示器(类似于传统CPU模型中的PC), PC在每次指令执行后自增, 维护下一个将要执行指令的地址. 在JVM模型中, 字节码解释器就是通过改变PC值来选取下一条需要执行的字节码指令,分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖PC完成

2.虚拟机栈:
虚拟机栈也就是我们平常所称的栈内存,它为java方法服务，用于存储局部变量表(基本数据类型、指向字节码指令的地址和对象引用)，操作数栈、动态链接和方法出口等信息。每个方法在执行的时候都会创建一个栈帧，和数组不同的是，它不是通过索引来访问，而是压栈和出栈的方式。先放进去的后取出来。

3.本地方法栈
本地方法栈和虚拟机栈类似，只不过本地方法栈为Native方法服务。

二. 线程共享区域

4.堆
java堆是所有线程所共享的一块内存，在虚拟机启动时创建，几乎所有的对象实例都在这里创建，因此该区域经常发生垃圾回收操作。 1.根据Java虚拟机规范，JVM将内存划分为：

New（年轻代） Tenured（年老代） 永久代（Perm）

 其中New和Tenured属于堆内存，堆内存会从JVM启动参数（-Xmx:3G）指定的内存中分配，Perm不属于堆内存，有虚拟机直接分配，但可以通过-XX:PermSize -XX:MaxPermSize 等参数调整其大小。

年轻代（New）：年轻代用来存放JVM刚分配的Java对象

年老代（Tenured)：年轻代中经过垃圾回收没有回收掉的对象将被Copy到年老代

永久代（Perm）：永久代存放Class、Method元信息，其大小跟项目的规模、类、方法的量有关，一般设置为128M就足够，设置原则是预留30%的空间。

New又分为几个部分：

Eden：Eden用来存放JVM刚分配的对象

Survivor1

Survivro2：两个Survivor空间一样大，当Eden中的对象经过垃圾回收没有被回收掉时，会在两个Survivor之间来回Copy，当满足某个条件，比如Copy次数，就会被Copy到Tenured。显然，Survivor只是增加了对象在年轻代中的逗留时间，增加了被垃圾回收的可能性。

 

5.Method Area(方法区)

即我们常说的永久代(Permanent Generation), 用于存储被JVM加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。方法区里有一个运行时常量池，用于存放编译期生成的各种字面量和符号引用, 字面量相当于Java语言层面常量的概念，如文本字符串，声明为final的常量值等，符号引用则属于编译原理方面的概念，包括了如下三种类型的常量：类和接口的全限定名；    字段名称和描述符；    方法名称和描述符

 

2.JVM类加载特点

双亲委派机制：类加载器会先让父类加载器加载类，只有所有的父类加载器都无法加载该类的时候，才会自己加载类。

自定义类加载器加载类时，会先把加载请求委派给父类加载器系统类加载器。系统类加载器会先把类加载请求委派给父类加载器扩展类加载器，扩展类加载器会先把类加载请求委派给父类加载器启动类加载器， 如果启动类加载器加载失败，才会使用扩展类加载来加载，如果扩展类加载器也加载失败，会使用系统类加载器来加载，如果系统类加载器也加载失败才会使用自定义类加载器来加载，如果自定义类加载器也加载失败，由于在类加载器层次结构中已经没有其他的子加载器了，所以只能报出异常ClassNotFoundException。 

缓存，会把所有加载过的类都缓存起来，当需要某个类的时候会先从缓存中寻找，如果找不到才会去加载类。

除了启动类加载器，所有的类加载器都继承自java.lang.ClassLoader

3.JVM调优

两个基本原则：

1. 将转移到老年代的对象数量降到最少。
2. 减少Full GC的执行时间。目标是Minor GC时间在100ms以内，Full GC时间在1s以内。

主要调优参数：

1. 设定堆内存大小，这是最基本的。
2. -Xms：启动JVM时的堆内存空间。
3. -Xmx：堆内存最大限制。
4. 设定新生代大小。新生代不宜太小，否则会有大量对象涌入老年代。
5. -XX:NewRatio：新生代和老年代的占比。
6. -XX:NewSize：新生代空间。
7. -XX:SurvivorRatio：伊甸园空间和幸存者空间的占比。
8. -XX:MaxTenuringThreshold：对象进入老年代的年龄阈值。
9. 设定垃圾回收器：年轻代：-XX:+UseParNewGC。老年代：-XX:+UseConcMarkSweepGC。
10. 因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是，当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：

    1. -XX:+UseCMSCompactAtFullCollection：使用并发收集器时，开启对年老代的压缩。

    2. -XX:CMSFullGCsBeforeCompaction=0：上面配置开启的情况下，这里设置多少次Full GC后，对年老代进行压缩