java虚拟机模型

本文内容部分摘自：http://blog.csdn.net/taohuaxinmu123/article/details/24472073
java虚拟机在执行java程序的过程中会把它锁管理的内存划分为若干个不同的数据区域：
（1）程序计数器：它的作用是当前线程所执行的字节码的行号指示器，字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令。
多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的。每个线程都有各自的程序计数器，为了线程切换后能恢复到正确的执行位置。若执行java方法，则记录下一条字节码指令的地址，若执行native，则为空，此外，该内存区域是唯一一个Java虚拟机规范没有规定任何OutofMemoryError情况的区域。
（2）Java虚拟机栈

• 生命周期与线程相同
• 描述的是方法执行的内存模型：在执行时创建一个栈帧，用于存储局部变量表、操作栈、动态链接、方法出口等信息，方法从调用到结束的过程相当于一个栈帧从虚拟机入栈到出栈的过程。
• 局部变量表存放了编译器可知的各种基本数据类型、对象引用，注意，具有64位长度的long和double占用2个局部变量空间，其余的占用1个。变量表需要的内存空间在编译期间完成分配。
• 此区有两个异常：线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError。当扩展栈空间时，无法申请足够的内存时，将抛出OutOfMemoryError。

（3）堆

• Java虚拟机中所管理的内存最大的一块。
• 它被所有的线程所共享
• 它在虚拟机启动时被创建
• 唯一的目的就是存放对象实例（包括数组）
• 内存空间物理上可不连续，逻辑是连续
• 如果在堆中没有内存完成实例分配，并且堆也无法再扩展时，将会抛出OutOfMemoryError 异常。

（4）本地方法栈
作用与虚拟机栈相类似，只不过虚拟机栈为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈则是为虚拟机使用的Native方法服务的。抛出异常和虚拟机栈一样。

（5）方法区

• 方法区与Java堆一样，是各个线程共享的内存区域
• 用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
• 内存空间物理上可不连续，逻辑是连续
• 可选择固定大小和可扩展
• 内存回收时是针对常量池的回收和对类型的卸载，但回收效果并不好
• 当方法去无法满足内存分配需求时，抛出OutofMemonryError异常

（6）运行时常量池（属于方法区）
Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池，用于存放编译期生成的各种字面量和符号引用，这部分内容在类加载后存放到方法区的运行时常量池中。

对象访问过程：
在Java 语言中，对象访问是如何进行的？对象访问在Java 语言中无处不在，是最普通的程序行为，但即使是最简单的访问，也会涉及Java 栈、Java 堆、方法区这三个最重要内存区域之间的关联关系，如下面的这句代码：
Object obj = new Object();
假设这句代码出现在方法体中，那“Object obj”这部分的语义将会反映到Java 栈的本地变量表中，作为一个reference 类型数据出现。而“new Object()”这部分的语义将会反映到Java 堆中，形成一块存储了Object 类型所有实例数据值（Instance Data，对象中各个实例字段的数据）的结构化内存，根据具体类型以及虚拟机实现的对象内存布局（Object Memory Layout）的不同，这块内存的长度是不固定的。另外，在Java 堆中还必须包含能查找到此对象类型数据（如对象类型、父类、实现的接口、方法等）的地址信息，这些类型数据则存储在方法区中。
由于reference 类型在Java 虚拟机规范里面只规定了一个指向对象的引用，并没有定义这个引用应该通过哪种方式去定位，以及访问到Java 堆中的对象的具体位置，因此不同虚拟机实现的对象访问方式会有所不同，主流的访问方式有两种：使用句柄和直接指针。