CPU使用飙升，内存暴涨，jvm如何快速定位？

通常，操作线上服务器的权限是很受限制的。并且，线上服务器很少安装jvm可视化工具。甚至，连jdk的环境变量都不会配置（如果真的没有jdk环境变量，你是如何定位安装目录的？which java/where java）。如果，突然线上服务器告警，如何能过在几分钟之内快速定位问题呢？

接下来使用jdk自带的jmap，jstack，jstat等命令，教你如何快速定位问题

一、内存使用率升高

内存的使用率在不断升高，垃圾回收以后也没有降低。这时，有可能出现了内存泄漏，即一个不会失效的对象的集合在不断的创建对象，当进行垃圾回收时，由于该集合对象一直被引用则不会对失效的对象进行垃圾回收。操作步骤如下：

1. 使用jmap -histo命令，观察此时jvm中被创建次数和内存最大的业务对象。
2. 使用jmap -dump ./xxxx.dump 命令，打出此时垃圾回收的日志。

二、cpu飙升

cpu的使用率飙升，一般是出现类似于死循环的操作，一只占用cpu。操作步骤如下：

1. 使用top命令定位cpu使用率高的进程。
2. 使用top -p <pid>直接定位进程最高的进程。
3. 输入H命令显示该进行所有运行的线程，定位cpu使用率最高的线程，将该转换为16进制数。
4. 使用jstack <pid>（进程id）|grep <16进制线程id>，输出cpu使用率占比最高的线程堆栈信息。

三、jvm调优

内存泄漏内存缓存

代码中使用hashMap内存作为缓存，提升服务器查询效率。由于，自定义的公共内存服务，没有设置过期时间，并且线上服务有很多业务查询都在使用该方式设置缓存。导致，现在服务器的缓存对象越来越多，由于service层一致使用hashMap对象集合对象不会进行垃圾回收，所有内存使用率不断升高。

解决方案

1. 设置hashMap内存换成的实效时间。
2. 设置hasmMap缓存的大小，并且使用LRU算法剔除不常使用的缓存数据。

频繁fullgc，系统卡顿，垃圾回收后内存下降

频繁的full gc会导致系统的卡顿，由于执行时间比较长，而影响用户体验。在jvm调优的过程中，应该避免该类情况。

在高并发场景下，在频繁进行minior gc时，s0或者s1无法容纳复制存活的对象，由于老年代的担保机制，而直接将该类对象移动到老年代，导致老年代内存不够而触发full gc。在full gc触发后，老年代中内存比较明显。

解决方案

1. 调整年轻代与老年代的内存占用比例或增大年轻代的内存空间，让存活率低的对象在进行minior gc就进行回收，避免移动到老年代触发full gc。

四、可视化工具

arths，jvisualvm