jvm内存模型

工作需要，这几天看了周志明先生的《深入理解Java虚拟机》第二版，浅谈一下自己对java内存管理机制的理解。

java虚拟机(jvm)有很多，只要遵守sun的java虚拟机规范，谁都可以开发，比如淘宝就有自己的虚拟机实现。从jdk1.3开始，sun公司(后被oracle收购)官方jdk默认自带HotSpot虚拟机。

jvm在运行java程序的时候，会先向操作系统申请一部分内存，具体大小由jvm启动参数决定。jvm会把这些内存分成5个部分。一部分是线程私有，伴随着线程生命周期的，比如虚拟机栈，本地方法栈，程序计数器，另一部分则是所有线程共享的，比如堆，方法区。

程序计数器(Program Counter Register)是一块较小的内存空间，负责记录当前线程字节码执行的行号，程序的流程控制，比如判断，循环，分支等都是由程序计数器控制。另外，在线程间进行切换时，切到某个线程该从哪一步执行也是靠程序计数器进行记录。

Java虚拟机栈(Java Virtual Machine Stacks)，本地方法栈(Native Method Stacks)同属于栈，不同的是虚拟机栈执行的是java方法，而native方法需要在本地方法栈运行。栈的生命周期和当前线程一样。一个个栈帧随着方法的进出而有条不紊地入栈，出栈。栈帧中的局部变量表存放了编译期可知的各种基本数据类型，对象引用。

Java堆(Heap)可以处于物理上不连续的内存空间中，只要逻辑上是连续的即可，堆通常是jvm运行内存中最大的一块，几乎所有的实例对象，数组都在堆中。堆是线程共享的，所以通常线程安全最需要关心的部分就是堆内存。

方法区(Method Area)也是线程共享的，里面保存着已被虚拟机加载的类信息，常量，静态变量等，即时编译器编译后的代码等数据。虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有一个别名叫做Non-Heap(非堆)。

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

 

直接内存(Direct Memory)并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域，但是这部分内存也被频繁地使用，而且也可能导致OutOfMemoryError异常出现。在JDK1.4中新加入了NIO类，引入了一种基于通道(Channel)与缓冲区(Buffer)的I/O方式，它可以使用Native函数库直接分配对外内存。

附一张牛客网上看到的图，个人觉得挺经典的