Java虚拟机所管理的内存将会包括以下几个运行时数据区域
所有线程共享的区域：Java堆、方法区
线程私有的：程序计数器、Java虚拟机栈、
与对象内存分配关系最密切的内存区域是：堆内存、栈内存(虚拟机栈)
虚拟机中内存最大的一块：java堆
Java堆是垃圾收集管理器的主要区域，因此也被称作“GC堆“
程序计数器：看作是当前线程所执行字节码的行号指示器，此内存区域是唯一一个在Java虚拟机规范中没有规定OutOfMemoryError情况的区域
Java虚拟机栈：虚拟机栈描述的是Java方法执行的内存模型： 每个方法在执行都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。
每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机中从入栈到出栈的过程
StackOverflowError：线程请求的栈深度大于虚拟机所允许的深度
OutOfMemoryError：如果虚拟机栈可以动态扩展，如果扩展时无法申请到足够的内存
本地方法栈：与虚拟机栈的作用是非常相似的，它们之间的区别不过是虚拟机栈为虚拟机执行Java方法服务，本地方法栈为虚拟机使用到的Native方法服务
Java堆：此区域存放对象实例，几乎所有的对象实例都在这里分配
从内存回收的角度：由于现在收集器基本都采用分代收集器，所以Java堆还可以细分为：新生代和老年代，再细致一点的有Eden空间、From Survivor空间、To Survivor空间
从内存分配的角度：线程共享的Java堆中可能划分出多个线程私有的分配缓冲区(Thread Local Allocation Buffer)，进一步划分的目的是为了更好的回收内存或者更快的分配内存
方法区(Non-Heap 非堆)：用于存储虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据
方法区与永久代本质上并不等价，仅仅是因为HotSpot的设计团队选择把GC分代收集器扩展至方法区，或者说使用永久代来实现方法区，这样HotSpot的垃圾收集器可以像管理Java堆一样管理这部分内存，
能够省去专门为方法区编写内存管理代码的工作，对应i其他虚拟机是不存在永久代的概念
-XX:MaxPermSize ：方法区的大小
已经发布的jdk1.7的HotSpot已经把放在永久代的字符串常量池移出(现在也有放弃永久代并逐步改为Native Memory来实现方法区的规划)
方法区特点：不需要连续的内存和可以选择固定大小或者可扩展 ；可以选择不实现垃圾回收
回收目标：针对常量池的回收和对类型的卸载
当方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常
运行时常量池：用于存放编译期生成的各种字面量和符号引用，这部分在类加载进入方法区的运行时常量池
运行时常量池对class文件的特征：1>保存class文件中描述的符号引用和翻译出来的直接引用 2>具备动态性，运行期间也可能将新的常量池放入池中
直接内存：不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域。这部分内存也被频繁的使用，而且也可能导致 OutOfMemoryError异常
本机的直接内存不会受到Java堆大小的限制，但是，既然是内存，肯定还是会受到本机总内存(包括RAM以及SWAP区或者分页文件)的大小以及处理器寻址空间的限制。服务器管理员在配置虚拟机参数时，会根据实际内存设置-Xmx等参数信息，
但经常忽略直接内存，使得各个内存区域总和大于物理内存限制(包括物理的和操作系统的限制)，从而导致动态扩展时出现OutOfMemoryError异常
JDK1.4加入了NIO类，引入了一种基于通道与缓冲区的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作，避免了在Java堆和native堆中来回复制数据
