通常，操作线上服务器的权限是很受限制的。并且，线上服务器很少安装jvm可视化工具。甚至，连jdk的环境变量都不会配置（如果真的没有jdk环境变量，你是如何定位安装目录的？which java/where java）。如果，突然线上服务器告警，如何能过在几分钟之内快速定位问题呢？
接下来使用jdk自带的jmap，jstack，jstat等命令，教你如何快速定位问题
一、内存使用率升高
内存的使用率在不断升高，垃圾回收以后也没有降低。这时，有可能出现了内存泄漏，即一个不会失效的对象的集合在不断的创建对象，当进行垃圾回收时，由于该集合对象一直被引用则不会对失效的对象进行垃圾回收。操作步骤如下：
- 使用jmap -histo命令，观察此时jvm中被创建次数和内存最大的业务对象。
- 使用jmap -dump ./xxxx.dump 命令，打出此时垃圾回收的日志。
二、cpu飙升
cpu的使用率飙升，一般是出现类似于死循环的操作，一只占用cpu。操作步骤如下：
- 使用top命令定位cpu使用率高的进程。
- 使用top -p <pid>直接定位进程最高的进程。
- 输入H命令显示该进行所有运行的线程，定位cpu使用率最高的线程，将该转换为16进制数。
- 使用jstack <pid>（进程id）|grep <16进制线程id>，输出cpu使用率占比最高的线程堆栈信息。
三、jvm调优
内存泄漏内存缓存
代码中使用hashMap内存作为缓存，提升服务器查询效率。由于，自定义的公共内存服务，没有设置过期时间，并且线上服务有很多业务查询都在使用该方式设置缓存。导致，现在服务器的缓存对象越来越多，由于service层一致使用hashMap对象集合对象不会进行垃圾回收，所有内存使用率不断升高。
解决方案
- 设置hashMap内存换成的实效时间。
- 设置hasmMap缓存的大小，并且使用LRU算法剔除不常使用的缓存数据。
频繁fullgc，系统卡顿，垃圾回收后内存下降
频繁的full gc会导致系统的卡顿，由于执行时间比较长，而影响用户体验。在jvm调优的过程中，应该避免该类情况。
在高并发场景下，在频繁进行minior gc时，s0或者s1无法容纳复制存活的对象，由于老年代的担保机制，而直接将该类对象移动到老年代，导致老年代内存不够而触发full gc。在full gc触发后，老年代中内存比较明显。
解决方案
- 调整年轻代与老年代的内存占用比例或增大年轻代的内存空间，让存活率低的对象在进行minior gc就进行回收，避免移动到老年代触发full gc。
四、可视化工具
arths，jvisualvm
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/13601.html
