JVM运行时数据区

|--方法区【线程共享】
            被全部线共享。
            存储被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码。
            在Java虚拟机规范把此区描述为堆的一个逻辑部分，可是有一个别名Non-Heap，与堆区分开来。
            在不少虚拟机来看（HotSpot）把方法区称为“永久代”，实际不等价。由于HotSpot虚拟机把GC分代收集扩展至方法区，或者使用永久代来实现方法区。其它如BEA JRockit、IBM JRockit、IBM J9是不存在永久代的。
            HotSpot 能够像管理Java堆同样管理此部份内存，但这样有限制-XX:MaxPermSize的限制 。
            此部分的垃圾回收针对：
                常量池
                类型卸载
            回收的效果不尽人意，可能出现好多问题。
            当方法区没法知足内存分配时，报OutOfMemeryError
        
|--运行时常量池
            方法区的一部分，用于存放编译期生成的各类字面量和符号引用。这部份内容在类加载后进入方法区的运行时常量池。
            Java虚拟机规范没有细节要求，可自由实现。
            具备动态性，除了在编译时期产生的常量外，还能够在运行时产生 ，使用的比较多的是String 的intern()方法。
            受到方法区内存的限制 。
            异常：
                OutOfMemeryError。
        
|--堆【线程共享】
            大多数状况下，是Java虚拟机管理的内存中的最大的一块。
            被全部的线程共享。
            存放对象实例。
            是垃圾收集管理的主要区域。也称为“GC堆”。
            能够分为：
                新生代、老生代
                Eden空间、From Survivor空间、To Survivor空间。
            能够处于物理上不连续的内存空间中，但逻辑上必须是连续的。
            能够设置成固定的，也能够是扩展的。大多数是可扩展的。
            异常：
                若是在堆中没有内存完成分配，而且堆也没法扩展时，抛出OutOfMemeryError。
        
|--虚拟机栈【线程隔离】            
            线程私有的，生命周期与线程相同。描述的是Java方法执行的内存模型。每一个方法在执行时会建立一个栈桢。
            栈桢用于存储局部变量、操做数栈、动态连接、方法出口等信息。
            方法的执行过程至关于栈桢入栈到出栈的过程。
            存放了编译期可知的各类基本数据类型（boolean、byte、char、short、int、float、double、long)和对象类型的引用 。
            其中64位长度的long和double占两个局部变量空间（Slot），其他的数据类型占一个。
            局部变量所需的内存空间在编译时分配完成，当进入一个方法时，方法须要在桢中分配多大的局部变量空间是彻底肯定的，方法运行期间不会改变局部变量空间的大小。
            异常：
                若是线程请求的栈深度大于虚拟机所容许的深度，将抛出StackOverflowError。
                若是虚拟机容许扩展，扩展时没法申请到足够的内存，将抛出OutOfMemeryError。    
        
|--本地方法栈【线程隔离】
            功能与虚拟机栈相同，只不过是为Native方法服务。
            虚拟机规范中没有对此进行强制规定，能够自由实现。Sun HotSpot虚拟机则直接把本地方法栈和虚拟机栈合二为一。
            异常：会抛出StackOverflowError和OutOfMemeryError。
        
|--程序计数器【线程隔离】            
            若是线程执行的是Java方法，计数器记录正在执行的虚拟机字节码指令地址；
            若是执行的是Native方法，计数器为空。
            内存中惟一一个在Java虚拟机规范中没有规定OutOfMemaryError的区域。
        
 |--直接内存
            不是运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域。但被频繁使用，可能致使OutOfMemeryError。
            NIO，可使用Native函数库直接分配堆外内存，而后经过一个存在Java堆中的DirectByteBuffer对象做为这块内存的引用进行操做。这样能够避免在Java堆和Native堆中来回复制数据。
            不受Java堆大小的限制，可是会受系统内存的限制。配置-Xmx时有时会忽略此部份内存，形成动态扩展时出现OutOfMemeryError。