本文主要是介绍JVM 常见异常及内存诊断，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
栈内存溢出
栈内存大小设置：-Xss size 默认除了window以外的所有操作系统默认情况大小为 1MB，window 的默认大小依赖于虚拟机内存。
栈帧过多导致栈内存溢出
下述示例代码，由于递归深度没有限制且没有设置出口，每次方法的调用都会产生一个栈帧导致了创建的栈帧过多，而导致内存溢出(StackOverflowError)。
示例代码：
运行结果：
栈帧过大导致栈内存溢出
示例代码：
运行结果：
如下所示部门依赖员工集合，员工依赖于部门，如此一来，由于循环引用使得栈帧过大从而导致栈内存的溢出。
因此我们的解决思路是：打破循环引用来解决,如下所示（当然这只是针对当前实例场景的解决方式，其主要目的是提供一种解决问题的思路）
堆内存溢出
堆内存大小设置参数：-Xmx
虽然“堆”是垃圾回收的主要管理区域，但垃圾回收主要是针对已经无用的对象的，如果被引用的对象而且不断的产生新对象而且一直被使用时，垃圾回收器是不会处理被使用的对象的。如果不断产生新对象最终超出了堆的内存大小，则会导致堆内存的溢出。
示例代码：
默认情况下下述代码一般不会出现堆内存溢出情况
把jvm的堆内存上限大小设置成8MB，然后再运行程序
运行结果：
说明：一般出现该情况我们是可以解决的，一方面是确实是因为内存不够的，我们适当的调整内存大小，另一方面就是程序逻辑本身有问题，如下图逻辑，这是一个死循环，字符串通过不断的添加，没有终止的时候，不管设置多大的内存都会最终撑爆最大的内存限定，从而导致了内存的溢出，以异常退出程序收场。
堆内存诊断：
jps： 查看当前系统中有那些java进程
.....\demos\jvmbase>jps
28036
15180 Jps
6140 Demo1
jmap 工具： 查看堆内存占用情况（瞬时的）
jmap -heap 进程id下述是该命令呈现的部分内容，下述是堆内存某个瞬间的使用情况 如下：
jconsole 工具： 图形界面的，内存java性能分析器，多功能的监测工具，可以连续监测
方法区内存溢出
代码示例（基于jdk1.8)：
上述代码运行，在没有限定元空间大小的时候一般很难出现方法区内存溢出。
下面通过限定元空间的大小为8M，然后重新运行程序
通过限定元空间的大小，这时候会发现程序会抛出方法区的内存溢出（也就是元空间导致的内存溢出）
代码示例（基于jdk1.6)： 程序逻辑整体与上述jdk1.8一致，修改jdk版本为1.6：
默认情况下不设置方法区的内存大小一般也不会轻易出现问题，下面我们同意通过修改内存大小进行试验
下面通过限定方法区（永久代）的大小为8M，然后重新运行程序
通过限定方法区（永久代）的大小，这时候会发现程序会抛出方法区的内存溢出（也就是永久代导致的内存溢出）
这篇关于JVM 常见异常及内存诊断的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
