Java虚拟机在执行java程序的过程中会把它所管理的内存划分为若干个不同的数据区域.根据 <<java虚拟机规范>> 中的规定,将内存区域划分为
程序计数器(Program Counter Register),虚拟机栈(VM Stack),本地方法栈(Native Method Stack),方法区(Method Area)和堆(Heap)五大区域.
程序计数器(Program Counter Register)
程序计数器是一块很小的内存区域,可以当成当前线程所执行的字节码的行号指示器.java解释器通过改变计数器值来选取下一条指令.分治,循环,跳转,异常处理,线程恢复等需要依赖计数器完成
特点:
- 每一个线程都有一个独立的程序计数器,互不影响.(线程私有)
- 线程执行Java方法,计数器记录的是正在执行的虚拟机字节码指令的地址.
- 线程执行Native方法,计数器则为空.
- 唯一一个没有定义
OutOfMemoryError的区域.
虚拟机栈(VM Stack)
虚拟机栈它的栈元素是一种叫做栈帧(Stack Frame)的结构.每一个栈帧都包括了 局部变量表(Local Variable Table),操作数栈(Operand Stack),动态链接(Dynamic Linking),方法返回地址(Return Address)和一些额外信息.
栈帧是用于支持虚拟机进行方法调用和方法执行的数据结构,每一个方法从调用开始至执行完成的过程,都对应着一个栈帧在虚拟机栈里面从入栈到出栈的过程.
特点:
- Java虚拟机栈是线程私有的,生命周期与线程一致
- 局部变量表所需的内存空间在编译期间确定,并完成分配.
- 在方法运行期间不会改变局部变量表的大小.
- 如果请求的栈深度大于虚拟机允许的深度,抛出
StackOverflowError. - 虚拟机栈扩展时无法申请足够的内存,抛出
OutOfMemoryError
本地方法栈(Native Method Stack)
功能与虚拟机栈类似,java线程在调用本地方法时，该区用来存储本地方法的局部变量表，本地方法的操作数栈等等信息.区别在于虚拟机栈执行的是java方法,
本地方法栈执行的是native方法(c/c++方法).
java是高级编程语言，当对一些底层的如操作系统或某些硬件交换信息时，我们使用java来编程实现起来不容易，再者使用java来编程效率也很低下.这时候就可以通过 JNI方式来调用 native方法来实现.
如果,展示了java与native方法交互的过程,java方法中调用了C语言方法,产生在本地方法栈中产生一个本地栈帧,这个C语言方法调用了另一个C语言方法,并且把结果回调回java方法中.
一个线程可能在整个生命周期中都执行Java方法，操作他的Java栈；或者他可能毫无障碍地在Java栈和本地方法栈之间跳转。
特点 :
- 线程私有,生命周期与线程一致
- 调用的是 c/c++方法(一般用于底层交互,或者性能优化)
- 可抛出
StackOverflowError和OutOfMemoryError
java堆(Heap)
java虚拟机中最大的内存区域,几乎所有类实例和数组的内存均从此处分配。
- 线程共享
- 在 Java 虚拟机启动时创建的
- GC管理的主要区域
- 可位于物理内存不连续的空间.
- 可以是固定大小的,也可以是可扩展的.
- 在没有内存空间并且无法扩展时,抛出
OutOfMemoryError
hotspot中的实现
在hotspot虚拟机中,从内存回收的角度来看是采用 分代收集策略.将堆划分为两个不同的区域:
新生代(Young Gen)和老年代(Old Gen).
堆的空间大小 = 新生代 + 老年代; 默认情况下,新生代和老年代的比例是 1:2;
新生代又被划分为Eden,From Survivor和To Survivor三个区域;大小比例为 8:1:1
由于新生代采用复制算法来管理空间,因此,无论什么时候，总是有一块 Survivor 区域是空闲着的。
新生代实际可用的内存空间为90%的新生代空间。
方法区(Mthod Area)
方法区中,存储着已加载的类信息,常量,静态变量,即时编译后的代码等数据.
其中类相关的信息,如类名,访问修饰符,常量池,字段描述,方法描述等.
方法区逻辑上属于堆的一部分，但是为了与堆进行区分，通常又叫“非堆”。
方法区的数据是线程共享的.
为何叫方法区? 方法区中除了包括“已加载的类的基本信息、常量、静态变量等”外，还包括编译器编译后的代码，而且这应该是方法区中主要的一部分，这可能是为何把这部分内存成为方法区的原因.
注释 : 类的对象和实例对象存放在 java堆中, 类的元数据存放在 方法区中.
不同jdk(hotspot)版本,方法区数据的变化
JDK 1.6以及之前,方法区的实现为 永久代(Permanent Gen)的方式,目的是为了垃圾收集器能像管理java堆一样管理这部分内存.垃圾回收目标是针对常量池的回收和对类型的卸载.
JDK 1.7中，存储在永久代的部分数据就已经转移到Java Heap或者Native Heap。但永久代仍存在于JDK 1.7中，并没有完全移除，如符号引用(Symbols)转移到了native heap；字面量(interned strings)转移到了Java heap；类的静态变量(class statics)存放于定义类型的class对象中,存放在Java heap中.
JDK 1.8中, 完全移除了永久代,取而代之的实现方式成为元空间(Metaspace),将类元数据放到本地内存中，将字符常量池和静态变量放到Java堆里。虚拟机会为类的元数据明确分配和释放本地内存。
元空间的本质和永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代之间的最大区别在于：元空间并不在虚拟机中，而是使用本地内存。
Native memory：本地内存，也称为C-Heap，是供JVM自身进程使用的。当Java Heap空间不足时会触发GC，但Native memory空间不够却不会触发GC。即GC不管理元空间(Metaspace)的内存.
为什么移除永久代？
- 字符串存在永久代中，容易出现性能问题和内存溢出。
- 永久代大小不容易确定，PermSize指定太小容易造成永久代OOM
- 永久代会为 GC 带来不必要的复杂度，并且回收效率偏低。
- Oracle 可能会将HotSpot 与 JRockit 合二为一。
