jvm内存模型和垃圾回收机制

jvm内存总共分为五大区域，分别是线程私有的本地方法栈，程序计数器和虚拟机栈，线程共享的方法区和堆。

参考资料：

http://blog.csdn.net/flamezyg/article/details/44673951

http://www.blogjava.net/ldwblog/archive/2013/07/24/401919.html

http://www.360doc.com/content/12/1023/16/9615799_243296263.shtml

方法区

一个不需要内存连续的区域，主要存储已经被虚拟机加载的描述类的信息（class文件的存在地方）、常量、静态变量等，在方法区细分下，又包含常量池和静态区，常量池又可细分为静态常量池和动态常量池（也成为运行时常量池）。静态常量池主要存放在编译期间生成的各种字面量和符号引用，运行时常量池主要是在运行期间，不仅存放静态常量池中的字面量和符号引用，还存放在运行期间生成的常量，例如String调用intern方法后产生的符号引用。静态区主要存放static修饰静态变量

虚拟机栈

一个描述方法方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧，存储一些局部变量表、方法出口、操作数栈等信息。局部变量表存放了基本类型常量、reference类型和returnAddress（指向字节码指令的地址），其中除了long和double类型占用两个局部变量空间外，其余的都只占用一个，所以，对于局部变量表在栈帧中所需的局部变量空间，在编译期间，就已经完全确定，即使在运行期间，也不会发生变化。方法的被调用到结束过程，也是我们常说的栈帧的压栈和出栈过程

程序计数器

对于我们而言，其实关注的并不是那么重要，它就像是线程前进的导航牌，它决定了线程接下来执行什么

本地方法栈

其实和虚拟机栈类似，只不过是为本地方法服务。

堆

是jvm中管理的内存中最大的一块区域，GC回收的主要区域也是它，它几乎负责了所有对象实例的内存分配，不过内存分配上，可以是物理上不连续的，只要逻辑上是连续的即可。随着JIT编译器的发展，所有对象内存在堆上分便变得不那么绝对。
堆作为垃圾回收的一块主要区域，在jdk1.8以前，又被分新生代和老年代，新生代又被划分为eden，from和to区域，分别以8：1：1的比例划分，在实际存储对象时，只会使用eden和survivor其中一块区域为对象，所以新生代实际使用的空间只有90%，如果对象过大，在90%内存空间触发gc后的空间大小都不足以存放，则会将对象直接存储到老年代。当我们eden内存区域不足时，jvm发起MinorGC回收，会采用赋值算法，将活着的对象复制到to的一块区域（如果能够放下活着的对象，放不下则直接存到老年代），同时对这些活着的对象年龄+1，清除其余对象，to和from区域互换，当经过一次次的GC，如果年龄达到15（默认是15），则将该对象放到老年代。老年代与新生代默认2：1比例分配空间，在老年代我们采用FullGC，回收时间便没有新生代那么频繁，在老年代我们采用标记清除算法，当老年代存储空间不足时，jvm发起fullGC，清除对象 后，如果内存任然不足，那么将抛出内存溢出