JVM优化

JVM优化

1. 为什么要对jvm做优化?
   在本地开发环境中我们很少会遇到需要对jvm进行优化的需求，但是到了生产环境，我们 可能将有下面的需求：
   (1)运行的应用“卡住了”，日志不输出,程序没有反应;
   (2)服务器的CPU负载突然升高;
   (3)在多线程应用下,分配线程的数量;
   我们不仅要让程序能跑起来，而且是可以 跑的更快！可以分析解决在生产环境中所遇到的各种“棘手”的问题。

2.在jvm中有很多的参数可以进行设置，这样可以让jvm在各种环境中都能够高效的运行。 绝大部分的参数保持默认即可;

类型参数:
标准参数:jvm的标准参数，一般都是很稳定的，在未来的JVM版本中不会改变，可以使用java -help 检索出所有的标准参数。
	-help
	-version
-X参数 （非标准参数）:jvm的-X参数是非标准参数，在不同版本的jvm中，参数可能会有所不同，可以通过java - X查看非标准参数。
	-Xint:在解释模式(interpreted mode)下，-Xint标记会强制JVM执行所有的字节码，当然这 会降低运行速度，通常低10倍或更多
	-Xcomp:-Xcomp参数与它（-Xint）正好相反，JVM在第一次使用时会把所有的字节码编译成 本地代码，从而带来最大程度的优化。
	-Xmixed:是混合模式，将解释模式与编译模式进行混合使用，由jvm自己决定，这是 jvm默认的模式，也是推荐使用的模式。
-XX参数（使用率较高）:参数也是非标准参数，主要用于jvm的调优和debug操作。
	-XX:newSize
	-XX:+UseSerialGC

-server与-client参数
可以通过-server或-client设置jvm的运行参数。

(1)它们的区别是Server VM的初始堆空间会大一些，默认使用的是并行垃圾回收器，启 动慢运行快。
(2)Client VM相对来讲会保守一些，初始堆空间会小一些，使用串行的垃圾回收器，它 的目标是为了让JVM的启动速度更快，但运行速度会比Serverm模式慢些。
(3)JVM在启动的时候会根据硬件和操作系统自动选择使用Server还是Client类型的 JVM。
(4)32位操作系统
	1.如果是Windows系统，不论硬件配置如何，都默认使用Client类型的JVM。
	2.如果是其他操作系统上，机器配置有2GB以上的内存同时有2个以上CPU的话默 认使用server模式，否则使用client模式。
(5)64位操作系统
	只有server类型，不支持client类型。

2、jvm的内存模型

jvm的内存模型在1.7和1.8有较大的区别；

一.jdk1.7的堆内存模型
（1）Young 年轻区（代）：Young区被划分为三部分，Eden区和两个大小严格相同的Survivor区，其中， Survivor区间中，某一时刻只有其中一个是被使用的，另外一个留做垃圾收集时复制 对象用，在Eden区间变满的时候， GC就会将存活的对象移到空闲的Survivor区间 中，根据JVM的策略，在经过几次垃圾收集后，任然存活于Survivor的对象将被移动 到Tenured区间；
（2）Tenured老年区：Tenured区主要保存生命周期长的对象，一般是一些老的对象，当一些对象在Young 复制转移一定的次数以后，对象就会被转移到Tenured区，一般如果系统中用了 application级别的缓存，缓存中的对象往往会被转移到这一区间。
（3）Perm 永久区： Perm代主要保存class,method,filed对象，这部份的空间一般不会溢出，除非一次性 加载了很多的类，不过在涉及到热部署的应用服务器的时候，有时候会遇到 java.lang.OutOfMemoryError : PermGen space 的错误，造成这个错误的很大原因 就有可能是每次都重新部署，但是重新部署后，类的class没有被卸载掉，这样就造 成了大量的class对象保存在了perm中，这种情况下，一般重新启动应用服务器可以 解决问题。
（4）Virtual区： 最大内存和初始内存的差值，就是Virtual区。

二.jdk1.8的堆内存模型
(1)在jdk1.8中变化最大的Perm区，用Metaspace（元数据空间）进行了替换。

需要特别说明的是：Metaspace所占用的内存空间不是在虚拟机内部，而是在本地内存 空间中，这也是与1.7的永久代最大的区别所在;移除永久代是为融合HotSpot JVM与 JRockit VM而做出的努力，因为JRockit没有永久代， 不需要配置永久代。
现实使用中，由于永久代内存经常不够用或发生内存泄露，爆出异常 java.lang.OutOfMemoryError: PermGen。 基于此，将永久区废弃，而改用元空间，改为了使用本地内存空间。

三.jmap的使用以及内存溢出分析
前面通过jstat可以对jvm堆的内存进行统计分析，而jmap可以获取到更加详细的内容， 如：内存使用情况的汇总、对内存溢出的定位与分析。
## 通过MAT工具对dump文件进行分析

1.MAT工具介绍

MAT(Memory Analyzer Tool)，一个基于Eclipse的内存分析工具，是一个快速、功能丰 富的JAVA heap分析工具，它可以帮助我们查找内存泄漏和减少内存消耗。使用内存分析 工具从众多的对象中进行分析，快速的计算出在内存中对象的占用大小，看看是谁阻止 了垃圾收集器的回收工作，并可以通过报表直观的查看到可能造成这种结果的对象

jstack的使用:

有些时候我们需要查看下jvm中的线程执行情况，比如，发现服务器的CPU的负载突然增 高了、出现了死锁、死循环等，我们该如何分析呢？ 由于程序是正常运行的，没有任何的输出，从日志方面也看不出什么问题，所以就需要 看下jvm的内部线程的执行情况，然后再进行分析查找出原因。 这个时候，就需要借助于jstack命令了，jstack的作用是将正在运行的jvm的线程情况进 行快照，并且打印出来.

四、线程的状态

在Java中线程的状态一共被分成6种：

1.初始态（NEW）：创建一个Thread对象，但还未调用start()启动线程时，线程处于初始态；
2.运行态（RUNNABLE），在Java中，运行态包括 就绪态 和 运行态。
就绪态：该状态下的线程已经获得执行所需的所有资源，只要CPU分配执行权就能运 行。所有就绪态的线程存放在就绪队列中。
运行态：获得CPU执行权，正在执行的线程。 由于一个CPU同一时刻只能执行一条线程，因此每个CPU每个时刻只有一条 运行态的线程。
阻塞态（BLOCKED）：当一条正在执行的线程请求某一资源失败时，就会进入阻塞态。 而在Java中，阻塞态专指请求锁失败时进入的状态。 由一个阻塞队列存放所有阻塞态的线程。 处于阻塞态的线程会不断请求资源，一旦请求成功，就会进入就绪队列，等待执 行。
等待状态（WAITING）:当前线程中调用wait、join、park函数时，当前线程就会进入等待态。 也有一个等待队列存放所有等待态的线程。 线程处于等待态表示它需要等待其他线程的指示才能继续运行。 进入等待态的线程会释放CPU执行权，并释放资源（如：锁）；
超时等待态（TIMED_WAITING）：当运行中的线程调用sleep(time)、wait、join、parkNanos、parkUntil时，就 会进入该状态； 它和等待态一样，并不是因为请求不到资源，而是主动进入，并且进入后需要其 他线程唤醒； 进入该状态后释放CPU执行权 和 占有的资源。 与等待态的区别：到了超时时间后自动进入阻塞队列，开始竞争锁。
终止态（TERMINATED）：线程执行结束后的状态。