JVM堆内存分为
年轻代+年老代：垃圾回收的主要区域
年轻代
1）所有新生成的对象首先放到年轻代。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。
2）年轻代一般分为3个区：1个Eden(伊甸园)区，2个Survicor(幸存者)区（from和to）。
3）大部分对象在eden区中生成。当eden区满时，还存活的对象将被赋值到幸存者区（两个中的一个），当一个幸存者区满时，此区的存活的对象将被复制到另外一个幸存者区，当另外一个幸存者区也满时，从前一个幸存者区复制过来的并且还存活的对象，将可能被复制到年老代。
4）2个幸存者区是对称的，没有先后顺序，所以同一个幸存者区中可能同时存在从eden区复制过来的对象和从另一个幸存者区复制过来的对象；而复制到年老代的只有从另一个幸存者区过来的对象。而且，应为需要交换的原因，幸存者区至少有一个是空的。特殊情况下幸存者区可以配置为多个（多于2个），这样可以增加对象在年轻代的时间，减少
被放到年老代的可能。
5）针对年轻代的垃圾回收：Young GC
6）不是新对象所需内存大于Eden剩余空间就分配到Old Gen，而是大于Eden总空间，如果还大于年老代，则出现OOM。如果设置了PretenureSizeThreshold，如果大于该值，
则直接进入年老代。
年老代
1）在年轻代中经历了n次垃圾回收后仍然存活的对象，就会被复制到年老代中。因此，可以认为年老代中存放的都是一些生命周期比较长的对象。
2）针对年老代的垃圾回收：Full GC
持久代（方法区/永久代）
用于存放静态类型数据，如Java class，Method等（方法区：存储每一个Java类的结构信息：比如运行时的常量池，字段和方法数据，构造函数和普通方法的字节码内容，以及类、实例、接口初始化时需要用到的特殊方法等数据）。持久代对垃圾回收没有显著的影响。但是有些应用可能动态生成或调用一些class，例如Hibernate CGLib等，在这种时候往往需要比较大的持久代空间来存放这些运行过程中动态增加的类型。
一组对象生成时，内存申请过程
JVM会试图为相关Java对象在年轻代的eden区中初始化一块内存区域。当eden区空间足够时，内存申请结束。否者执行下一步。
JVM试图释放eden区中所有不活跃的对象（young GC）。释放后若eden空间仍然不足以放入新的对象，JVM则试图将部分eden区中活跃的对象放入幸存者区。幸存者区被用来作为eden区及年老代的中间交换区域。
当年老代空间足够时，幸存者区中存活了一定次数的对象会被复制到年老代中。当年老代空间不够时，JVM会在年老代进行完全的垃圾回收（Full GC）。
Full GC后，若幸存者区及年老代仍然无法存放从eden区复制过来的对象，则会导致JVM无法再eden区为新生成的对象申请内存，即会出现：Out of Memory
OOM(Out of Memory) 内存溢出
年老代溢出：java.lang.OutOfMemoryError:Javaheapspace（堆内存溢出）
1）这是最常见的情况，产生的原因可能是：设置的内存参数Xmx过小或程序的内存泄露及使用不当问题。
2）例如循环上万次的字符串处理、创建上千万个对象、在一段代码内申请上百M甚至上G的内存。还有的时候虽然不会报内存溢出，却会使系统不间断的垃圾回收，也无法处理其他请求。
持久代溢出：java..lang.OutOfMemoryError:PermGenspace(方法区内存溢出/永久代内存溢出)
通常由于持久代设置过小，动态加载了大量的java类而导致溢出，解决办法唯有将参数-XX：MaxPermSize调大（一般256m能满足绝大多数应用程序的需求）。将部分Java类放到容器共享区。
StackOverflowError(方法调用层次太深，内存不够新建栈帧)
java.lang.StackOverflowError
栈溢出抛出java.lang.StackOverflowError错误，出现此种情况是因为方法运行的时候，请求新建栈帧时，栈所剩空间小于战帧所需空间。
例如，通过递归调用方法,不停的产生栈帧,一直把栈空间堆满,直到抛出异常 。
