既然JVM有Full GC，为什么还会出现OutOfMemoryError?

问题：

既然在触发Full GC的时候，年老代和持久带都会被清理，那么为什么还会出现OOM问题?

而且，对于强引用，当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足问题。

那么Full GC机制的存在有何意义？

还是说FGC主要针对的是驻扎在年老代的软引用？既然如此，对于四种引用的方式如何抉择？总不能所有对象都创建引用队列使用软引用或者弱引用吧？

回复

这个问题的意思是：

为什么我请了佣人来收拾房间，我的房间还是会堆满？

那我还请佣人来干什么？

他不是号称能把我房间里的垃圾都清理干净的么？

问题是如果您房间里堆的都是宝贝（或者看起来都是宝贝）的话，佣人也没辙。

怎么判断是不是宝贝呢？

就看主人有没有用手抓着它——被抓住的宝贝如果有连接到别的宝贝的话那被连接到的也算上。用力抓住的肯定是宝贝，一点没碰的肯定不是宝贝，半抓不抓着的先观望。

 

 

另一回复

在Java虚拟机规范中，将JVM内存分为程序计数器，Java虚拟机栈，本地方法栈，Java堆，方法区，运行时常量池（包含于方法区），直接内存(直接内存并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域，但是这部分内存也被频繁地使用，而且也可能导致OutOfMemoryError异常出现)

除了程序计数器之外都是有可能出现OutOfMemoryError异常的。
下面举例说明：
Java堆用于存储对象实例，我们只要不断的创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，就会在对象数量到达最大堆的容量限制后产生内存溢出异常。