java堆OutOfMemoryError异常

 除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError（下文称OOM）异常的可能，这边文章将讨论那还找那个情况下有可能发生内存溢出。
 了解JVM的都知道，java是有自动内存管理机制的，在java对象被判定为死亡以后，GC将死亡的对象进行回收。java虚拟机主要是通过引用计数器和可达性分析进行判断对象是否死亡，而主流的java虚拟机都是使用可达性分析来判断对象是否死亡。
根据Java虚拟机判断对象是否死亡的算法，也就是说内存泄漏一定要满足两个条件：
 1.对象是可达的；
 2.对象是无用的，GC Roots到对象之间有可达路径
即该对象永远会被保存下来，但是很少会被使用到

Java堆溢出

 Java堆用于储存对象实例，我们只要不断地创建对象，并且保证GC Roots到对象之间有可达路径
来避免垃圾回收机制清除这些对象，那么随着对象数量的增加，总容量触及最大堆的容量限制后就会
产生内存溢出异常。具体java堆区溢出代码：

public class HeapOOM {
	
	static class OOMObject {
	}
	public static void main(String[] args) {
		List<OOMObject> list = new ArrayList<OOMObject>();
		while (true) {
		list.add(new OOMObject());
		}
		
	}

}

运行结果为：

 要解决这个内存区域的异常，常规的处理方法是首先通过内存映像分析工具（如Eclipse Memory
Analyzer）对Dump出来的堆转储快照进行分析。第一步首先应确认内存中导致OOM的对象是否是必
要的，也就是要先分清楚到底是出现了内存泄漏（Memory Leak）还是内存溢出（Memory Overflow)
如果是内存泄漏的话，情况可能比较麻烦，要通过查看工具泄漏对象到GC Roots的引用链，找到泄漏对象是通过怎么样的引用路径、与那些GC Root相连，才导致垃圾收集器无法回收它们，根据泄漏对象的类型信息以及它到GC Roots引用链的信息，一般可以比较准确地定位到这些对象创建的位置，进而找出产生内存泄漏的代码的具体位置。
如果不是内存泄漏，也就是说这些对象是必须引用到的，那就只能对java的堆区添加内存了，其中两个参数为Xmx与-Xms，建议按照官方的标准来设置堆区各个区域的大小。堆区的大小应该是可用内存的80%。