java虚拟机高级知识(适合java爱好者参考)

　　Java虚拟机 运行时数据区

　　Java在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途、创建和销毁的时间，有一些是随虚拟机的启动而创建，随虚拟机的退出而销毁，有些则是与线程一一对应，随线程的开始和结束而创建和销毁。

　　Java虚拟机所管理的内存将会包括以下几个运行时数据区域

　　程序计数器(Program Counter Register)

　　它是一块较小的内存空间，它的作用可以看做是当先线程所执行的字节码的信号指示器。

　　每一条JVM线程都有自己的PC寄存器，各条线程之间互不影响，独立存储，这类内存区域被称为“线程私有”内存

　　在任意时刻，一条JVM线程只会执行一个方法的代码。该方法称为该线程的当前方法(Current Method)

　　如果该方法是java方法，那PC寄存器保存JVM正在执行的字节码指令的地址

　　如果该方法是native，那PC寄存器的值是undefined。

　　此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

　　Java虚拟机栈(Java Virtual Machine Stack)

　　与PC寄存器一样，Java虚拟机栈也是线程私有的。每一个JVM线程都有自己的java虚拟机栈，这个栈与线程同时创建，它的生命周期与线程相同。

　　虚拟机栈描述的是Java方法执行的内存模型：每个方法被执行的时候都会同时创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法被调用直至执行完成的过程就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。

　　JVM stack 可以被实现成固定大小，也可以根据计算动态扩展。

　　如果采用固定大小的JVM stack设计，那么每一条线程的JVM Stack容量应该在线程创建时独立地选定。JVM实现应该提供调节JVM Stack初始容量的手段;如果采用动态扩展和收缩的JVM Stack方式，应该提供调节最大、最小容量的手段。

　　如果线程请求的栈深度大于虚拟机所允许的深度将抛出StackOverflowError;

　　如果JVM Stack可以动态扩展，但是在尝试扩展时无法申请到足够的内存时抛出OutOfMemoryError。

　　本地方法栈(Native Method Stack)

　　本地方法栈与虚拟机栈作用相似，后者为虚拟机执行Java方法服务，而前者为虚拟机用到的Native方法服务。

　　虚拟机规范对于本地方法栈中方法使用的语言，使用方式和数据结构没有强制规定，甚至有的虚拟机(比如HotSpot)直接把二者合二为一。

　　这玩意儿抛出的异常跟上面的虚拟机栈一样。

　　Java堆(Java Heap)

　　虚拟机管理的内存中最大的一块，同时也是被所有线程所共享的，它在虚拟机启动时创建，这货存在的意义就是存放对象实例，几乎所有的对象实例以及数组都要在这里分配内存。这里面的对象被自动管理，也就是俗称的GC(Garbage Collector)所管理。用就是了，有GC扛着呢，不用操心销毁回收的事儿。

　　Java堆的容量可以是固定大小，也可以随着需求动态扩展(-Xms和-Xmx)，并在不需要过多空间时自动收缩。

　　Java堆所使用的内存不需要保证是物理连续的，只要逻辑上是连续的即可。

　　JVM实现应当提供给程序员调节Java 堆初始容量的手段，对于可动态扩展和收缩的堆来说，则应当提供调节其最大和最小容量的手段。

　　如果堆中没有内存完成实例分配并且堆也无法扩展，就会抛OutOfMemoryError。

　　方法区(Method Area)

　　跟堆一样是被各个线程共享的内存区域，用于存储以被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虽然这个区域被虚拟机规范把方法区描述为堆的一个逻辑部分，但是它的别名叫非堆，用来与堆做一下区别。

　　方法区在虚拟机启动的时候创建。

　　方法区的容量可以是固定大小的，也可以随着程序执行的需求动态扩展，并在不需要过多空间时自动收缩。

　　方法区在实际内存空间中可以是不连续的。

　　Java虚拟机实现应当提供给程序员或者最终用户调节方法区初始容量的手段，对于可以动态扩展和收缩方法区来说，则应当提供调节其最大、最小容量的手段。

　　当方法区无法满足内存分配需求时就会抛OutOfMemoryError。

　　这里有一个小例子，来说明堆，栈和方法区之间的关系的