Java内存区域与内存溢出异常（一）运行时数据区域

   Java和C++支架有一堵由内存动态分配和垃圾收集技术所围成的 "高墙"，墙外的人想进去，墙里面的人却想出来。

   对于从事C,C++程序开发的开发人员来说，在内存管理区域，他们即是拥有最高权限的 "皇帝" 又是从事最基础工作的  "劳动人民"----即拥有每个对象的所有权利，又背负着所有对象从开始到终结的维护任务。

    对于Java程序员来说，在虚拟机自动内存管理机制的帮助下，不再需要为每一个new操作去写对应的delete/free代码，不容易出现内存泄漏和溢出问题，由虚拟机管理内存这一切看起来都很美好，不过，也正是Java程序员将内存的控制权利交给了Java虚拟机，一旦出现内存泄漏或者内存溢出，如果不了解虚拟机是怎样操作内存，那么查找错误将是一个异常艰辛的任务。

运行时数据区域

 程序计数器（Program Counter Register）

    程序计数器是一块较小的内存空间，它可以看做是当前线程所执行的字节码的行号指示器。在虚拟机的概念模型里，字节码解释器工作是就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理等基础功能。

    由于虚拟机的多线程是通过线程轮流使用处理器时间片的方式实现的，在任何一个确定的时间，一个处理器（多核处理器是一个内核）都只会执行一条线程中的指令。为了线程轮转恢复到正确位置，每条线程都需要独立的线程计数器。多线程之间独立存储，互不影响。如果当前线程执行的是Java方法，该计数器存储的是正在执行的虚拟机字节码指令地址，如果执行的是Native方法计数器值为空（underfined）。此内存区域是唯一一个在java虚拟机规范中没有任何OutOfMemoryError的区域。

Java虚拟机栈

    与程序计数器一样，Java虚拟机也是线程私有的，它的生命周期与线程相同。虚拟机栈描述的是java方法执行的内存模型：每个方法执行的同时都会创建一个栈帧，用于存储局部变量表，操作数栈，动态链接，方法出口灯信息。每一个方法从调用直至执行完成的过程，都对应着一个栈帧在虚拟机中入栈到出栈的过程。

    经常有人将java内存分为占内存（stack）和堆内存（heap），这种分法比较粗糙，java内存的划分其实远比这复杂。这种划分的流行说明大多数程序员最关注的是这与对象分配最密切的两片区域。这里的栈就是虚拟机中局部变量表部分。局部变量表存放了编译期可知的各种基本数据类型、对象引用和returnAddress类型（指向了一条字节码指令的地址） 

    在java虚拟机中规定了两种栈异常：如果线程请求栈深度大于虚拟机设置深度抛出（stackOverflowError）异常；如果虚拟机栈动态扩展时无法申请到足够的内存，就会抛出（OutOfMemoryError）异常。就是两种情况，一种单个内存太大，一个是已用总量超标。

Java本地方法栈

    本地方法栈和虚拟机栈所发挥的作用非常相似。区别在于虚拟机栈是虚拟机执行的，而本地方法栈是Native方法执行的时候使用。虚拟机规范中对本地方法栈的使用语言、使用方式、数据结构没有强制规定，因此可以由各种虚拟机自己制定。甚至有的虚拟机直接将这两个区域合并使用。

Java堆

    对于大多数应用来说，java堆是虚拟机中最大的部分。是所用线程共享的内存区域，在java虚拟机启动的时候创建。此区域的唯一目的就是存放对象实例，但是随着JIT编译器的发展与逃逸分析技术逐渐成熟，所有对象都分配在堆上也变得不那么绝对了。

    从内存回收的角度看，由于现在收集器基本都是采用分代收集算法，所以java堆还可以细分为：新生代和老年代；再细致一点的有Eden空间、From Survivor空间、To Survivor空间等。从内存分配角度看，线程共享的Java堆中可能划分多个线程私有的分配缓冲区，不过无论如何划分，都与存放内容无关，无论哪个区域，存储的都是对象实例，进一步划分的目的是为了更好的回收和分配。

    根据Java虚拟机的规定，Java堆可以处于物理上不连续的内存空间中，只要逻辑上连续就可。可以固定，可以扩展，如果扩展的时候内存不足，就会抛出异常（OutOfMemoryError）；

方法区

    方法区和堆一样都是线程共享的区域，它用于存储已被虚拟机加载的类信息，常量，静态变量，即时编译器的代码等数据。随虽然java虚拟机把方法区描述为堆的一个逻辑部分，但是它却又一个别名Non-Heap（非堆）用于区分两者。

    虚拟机对方法区的限制非常宽松，除了和堆一样不需要连续的内存和可以选择固定大小或者可扩展外，还可以选择不实现垃圾收集。相对而言，垃圾收集在这个区域是比较少出现的。但是并不意味着数据进入方法区就永久存在。该区域的内存回收主要是针对常量池和对类型的卸载，条件相当苛刻，也导致回收效率不怎么样，但是此区域的回收又相当重要，处理不好会导致严重的内存泄漏。当内存不足以分配会抛出OutOfMemoryError异常。

运行时常量池

    运行时常量池是方法区的一部分，Class文件中除了类的版本，字段，方法，接口描述外还有一项是常量池，用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池中存放。运行时常量池另一特性是具备动态性，java并不要求只有编译期才能生成常量，其他时期生成的常量就可以存储在这里。使用比较多的就是String类的intern()方法。当常量池无法申请到内存抛出OutOfMemoryError异常。

直接内存

    直接内存并不是虚拟机运行时数据的一部分，也不是虚拟机规范中定义的内存，但是这部分内存也被频繁使用，而且可能导致OutOfMemoryError的出现。

    在JDK1.4中新加入了NIO类，引入了一种基于通道与缓冲区的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在java堆中的DerectByteBuffer对象对这块内存的引用操作。这样能在一些场景中避免java堆与Native堆中来回复制数据。这里的内存受制于操作系统内存大小，设置不恰当可能会导致超出现有内存总和，导致动态扩展的时候出现OutOfMemoryError异常。