Java虚拟机核心知识之性能调优

. JVM调优工具

1.1 Jconsole

jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。

1.2 jProfile

商业软件，需要付费。功能强大。

1.3 VisualVM

JDK自带，功能强大，与JProfiler类似。推荐。

二. 如何调优

观察内存释放情况、集合类检查、对象树

上面这些调优工具都提供了强大的功能，但是总的来说一般分为以下几类功能。

2.1 堆信息查看

（1）可查看堆空间大小分配（年轻代、年老代、持久代分配）

（2）提供即时的垃圾回收功能

（3）垃圾监控（长时间监控回收情况）

查看堆内类、对象信息查看：数量、类型等

有了堆信息查看方面的功能，我们一般可以顺利解决以下问题：

（1）年老代年轻代大小划分是否合理

（2）内存泄漏

（3）垃圾回收算法设置是否合理

2.2 元空间信息查看

查看元空间大小，使用情况

适时地监控和调整元空间对于减小垃圾回收频率和减少延时是很有必要的。持续的元空间垃圾回收说明，可能存在类、类加载器导致的内存泄漏或是大小设置不合适。

2.3 线程监控

（1）线程信息监控：系统线程数量

（2）线程状态监控：各个线程都处在什么样的状态下

（1）Dump线程详细信息：查看线程内部运行情况

（2）死锁检查

2.4 热点分析

CPU热点：检查系统哪些方法占用的大量CPU时间

内存热点：检查哪些对象在系统中数量最大（一定时间内存活对象和销毁对象一起统计）

这两个东西对于系统优化很有帮助。我们可以根据找到的热点，有针对性的进行系统的瓶颈查找和进行系统优化，而不是漫无目的的进行所有代码的优化。

2.5 快照

快照是系统运行到某一时刻的一个定格。在我们进行调优的时候，不可能用眼睛去跟踪所有系统变化，依赖快照功能，我们就可以进行系统两个不同运行时刻，对象（或类、线程等）的不同，以便快速找到问题。

2.6 内存泄漏检查

内存泄漏一般可以理解为系统资源（各方面的资源，堆、栈、线程等）在错误使用的情况下，导致使用完毕的资源无法回收（或没有回收），从而导致新的资源分配请求无法完成，引起系统错误。

内存泄漏对系统危害比较大，会直接导致系统的崩溃。

内存泄漏和系统超负荷两者是有区别的，虽然可能导致的最终结果是一样的。但内存泄漏是用完的资源没有回收引起错误，而系统超负荷则是系统确实没有那么多资源可以分配了（其他的资源都在使用）。

2.6.1 年老代堆空间被占满

异常： java.lang.OutOfMemoryError: Java heap space

解决：一般就是根据垃圾回收前后情况对比，同时根据对象引用情况（常见的集合对象引用）分析，基本都可以找到泄漏点。

2.6.2 持久代被占满

异常：java.lang.OutOfMemoryError: PermGen space

解决：一是设置 -XX:MaxPermSize=16m；二是换用JDK，比如JRocket。

2.6.3 堆栈溢出

异常：java.lang.StackOverflowError

说明：一般就是递归没返回，或者循环调用造成。

2.6.4 线程堆栈满

异常：Fatal: Stack size too small

解决：增加线程栈大小。-Xss2m。但这个配置无法解决根本问题，还要看代码部分是否有造成泄漏的部分。

2.6.5 系统内存被占满

异常：java.lang.OutOfMemoryError: unable to create new native thread

解决：一是重新设计系统减少线程数量；二是在线程数量不能减少的情况下，通过-Xss减小单个线程大小，以便能生产更多的线程。

想要学习Dubbo框架、zookeper基本原理、redis分布式缓存、JVM性能优化，Nginx+apache+Tomcat集群部署、大数据hadoop,Hbase实时计算spark、storm、数据分析分词和权重等核心技术；需要的可以关注之后私信哈，记得要点赞转发噢！！！