@JVM垃圾回收调优方法

JVM调优工具

Jconsole，jProfile，VisualVM

Jconsole:jdk自带，功能简单，可是能够在系统有必定负荷的状况下使用。对垃圾回收算法有很详细的跟踪。

JProfiler：商业软件，须要付费。功能强大。

VisualVM：JDK自带，功能强大，与JProfiler相似。推荐。

如何调优

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

上面这些调优工具都提供了强大的功能，可是总的来讲通常分为如下几类功能

堆信息查看

  

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

提供即时的垃圾回收功能

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

  

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

  

对象引用状况查看

有了堆信息查看方面的功能，咱们通常能够顺利解决如下问题：

--年老代年轻代大小划分是否合理

--内存泄漏

--垃圾回收算法设置是否合理

 

线程监控

  

线程信息监控：系统线程数量。

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

  

Dump线程详细信息：查看线程内部运行状况

死锁检查

热点分析

  

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

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

这两个东西对于系统优化颇有帮助。咱们能够根据找到的热点，有针对性的进行系统的瓶颈查找和进行系统优化，而不是漫无目的的进行全部代码的优化。

快照

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

举例说，我要检查系统进行垃圾回收之后，是否还有该收回的对象被遗漏下来的了。那么，我能够在进行垃圾回收先后，分别进行一次堆状况的快照，而后对比两次快照的对象状况。

内存泄漏检查

内存泄漏是比较常见的问题，并且解决方法也比较通用，这里能够重点说一下，而线程、热点方面的问题则是具体问题具体分析了。

内存泄漏通常能够理解为系统资源（各方面的资源，堆、栈、线程等）在错误使用的状况下，致使使用完毕的资源没法回收（或没有回收），从而致使新的资源分配请求没法完成，引发系统错误。

内存泄漏对系统危害比较大，由于他能够直接致使系统的崩溃。

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

年老代堆空间被占满

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

说明：

这是最典型的内存泄漏方式，简单说就是全部堆空间都被没法回收的垃圾对象占满，虚拟机没法再在分配新空间。

如上图所示，这是很是典型的内存泄漏的垃圾回收状况图。全部峰值部分都是一次垃圾回收点，全部谷底部分表示是一次垃圾回收后剩余的内存。链接全部谷底的 点，能够发现一条由底到高的线，这说明，随时间的推移，系统的堆空间被不断占满，最终会占满整个堆空间。所以能够初步认为系统内部可能有内存泄漏。（上面 的图仅供示例，在实际状况下收集数据的时间须要更长，好比几个小时或者几天）

解决：

这种方式解决起来也比较容易，通常就是根据垃圾回收先后状况对比，同时根据对象引用状况（常见的集合对象引用）分析，基本均可以找到泄漏点。

持久代被占满

异常： java.lang.OutOfMemoryError: PermGen space

说明：

Perm空间被占满。没法为新的class分配存储空间而引起的异常。这个异常之前是没有的，可是在Java反射大量使用的今天这个异常比较常见了。主要缘由就是大量动态反射生成的类不断被加载，最终致使Perm区被占满。

更可怕的是，不一样的classLoader即使使用了相同的类，可是都会对其进行加载，至关于同一个东西，若是有N个classLoader那么他将会被加载N次。所以，某些状况下，这个问题基本视为无解。固然，存在大量classLoader和大量反射类的状况其实也很少。

解决：

1. -XX:MaxPermSize=16m

2. 换用JDK。好比JRocket。

堆栈溢出

异常： java.lang.StackOverflowError

说明： 这个就很少说了，通常就是递归没返回，或者循环调用形成

线程堆栈满

异常：Fatal: Stack size too small

说明：java中一个线程的空间大小是有限制的。JDK5.0之后这个值是1M。与这个线程相关的数据将会保存在其中。可是当线程空间满了之后，将会出现上面异常。

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

系统内存被占满

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

说明 ：

这个异常是因为操做系统没有足够的资源来产生这个线程形成的。系统建立线程时，除了要在Java堆中分配内存外，操做系统自己也须要分配资源来建立线程。所以，当线程数量大到必定程度之后，堆中或许还有空间，可是操做系统分配不出资源来了，就出现这个异常了。

分配给Java虚拟机的内存愈多，系统剩余的资源就越少，所以，当系统内存固定时，分配给Java虚拟机的内存越多，那么，系统总共可以产生的线程也就越少，二者成反比的关系。同时，能够经过修改-Xss来减小分配给单个线程的空间，也能够增长系统总共内生产的线程数。

解决：

1.从新设计系统减小线程数量。

2.线程数量不能减小的状况下，经过-Xss减少单个线程大小。以便能生产更多的线程。