在Java虚拟机规范的描述之中,除了程序计数器外,虚拟机内存的其他几个运行时区域都有可能发生内存溢出OutOfMemoryError(OOM)异常的可能。
最常见的内存溢出情况就是Java堆的内存溢出。明显异常提示信息为:Java heap Space.为了方便事后分析内存溢出的原因进而找出好的解决方案,可以通过参数 -XX:+HeapDumpOnOutOfMemoryError 可以让虚拟机在出现溢出时Dump出当前的内存堆转储快照以便事后进行分析。如果时采用的eclispse开发工具,自带一个内存影像分析工具对dump 出来的堆转储快照进行分析,重点时分析到底时出现了内存泄漏(Memory Leak)还是 内存溢出(Memeory OverFlow).
如果出现的内存泄露问题,进一步通过工具查看泄露对象到GC Roots 的引用连。找到泄露对象时通过怎么样的路径与GC Roots 相关联并导致垃圾收集器无法自动回收他们的,掌握了泄露对象的类型信息以及GCRoots 引用连的信息,就可以比较准确的定位出泄露代码的位置。
如果不存在泄露,换句话说就是 内存中的对象确实都必须存活着,那就检查虚拟机的堆参数,与机器物理内存对比看是否好可以调大,从代码上检查是否存在某些对象生命周期过长,持有状态时间过长的情况,尝试减少程序运行期间的内存消耗。