java虚拟机——1

1、java运行时数据区

方法区（method area）

线程共享区，存储虚拟机加载的类的信息，常量，静态变量，即时编译器译后代码等数据。可以在此进行垃圾回收，主要针对常量池和类型的卸载，对这部分回收有必要；运行时常量池在方法区中，JVM规范在这一块没有任何细节要求，各个JVM有自己不同的实现，不一定在编译时产生，在运行期间也可以将新的常量放入池中，所谓的动态性。有OutOfMemoryError；

虚拟机栈(JVM Stack)

线程私有，生命周期等同于线程，描述java方法的执行的内存模型，每个方法在执行时，会创建栈帧（stack frame），用于存储局部变量表，操作数栈，动态链接，方法出口等信息。每个方法从调用到完成，对应着一个栈帧在虚拟机入栈——>出栈。（64位long和double占用两个局部变量空间，其余占用一个），局部变量所需要的变量空间在编译期间完成分配，当进入方法时，该方法需要在帧中分配多大的局部变量空间是完全确定的，运行期间空间大小不变。两种异常：OutOfMemoryError（动态扩展内存不够）和StackOverflowError（请求深度大于栈深度）

本地方法栈（native method stack）

和虚拟机栈基本相同，但是执行的是本地方法。（注：一个Native Method就是一个java调用非java代码的接口。一个Native Method是这样一个java的方法：该方法的实现由非java语言实现，比如C。这个特征并非java所特有，很多其它的编程语言都有这一机制，比如在C＋＋中，你可以用extern “C”告知C＋＋编译器去调用一个C的函数。）

程序计数器（program count register）

占用内存空间较，可以看做当前线程所执行的字节码的行号指示器。JVM概念模型中（仅是概念模型，在实际各种虚拟机中汇通过一些高效的方式去实现），字节码解释器就是通过改变这个计数器的值来执行下一条指令。程序中的逻辑控制、异常处理、线程回复等基础功能需要这个计数器。为线程切换后能够回复到正确的执行位置，每条线程都需要有一个独立的程序计数器，各条线程之间的计数器互不影响，独立存储，称之为”线程私有“。JVM中唯一一个没有规定任何OutOfMemoryError情况的区域。

堆（heap）

线程共享区，空间最大，虚拟机启动时创建，存放对象的实例，又叫“GC堆”，垃圾收集最主要的区域，堆是逻辑连续，物理可以不连续的区域，堆无法扩展时且还有未分配的对象实例，抛出OutOfMemoryError。

2、对象的创建

1. JVM接收到new指令，检查这个指令参数能否在常量池中定位到一个类的符号引用，并检查这个符号引用代表的类是否被加载、解析、初始化， 如果没有，先进行类加载过程。

2. 类加载过后，jvm为新生对象分配内存，在类加载过后，对象分配的空间是确定的，从堆中划分内存；分配方式，“指针碰撞”，空闲空间和非空闲绝对工整，只需要移动指针即可。内存不规整，通过“空闲列表”的方式，分配内存。并发情况下，修改指针会引起混乱。所以采用TLAB（本地线程分配缓冲），为每一个线程分配一块小的内存，使用时，现在TLAB上进行分配，当不够时，需要为线程分配新的TLAB时，进行同步。

3. 将分配内存初始化为0.如果使用TLAB，这一过程提前至TLAB分配时进行。

4. JVM进行必要的设置，对象属于哪个实例，如何找到类的元数据信息，对象的哈希码，对象的GC分代年龄等信息

5. 从JVM看，一个新对象产生了，从java程序来看，才刚刚开始，接下来执行方法，对对象进行初始化，完成。

3、对象的访问

1、直接指针访问：java堆对象的布局中就必须考虑如何访问类型数据的相关信息，而reference中存储的直接就是对象地址。好处：访问更快，节省了一次指针定位开销

2、句柄访问：Java堆中划分一块内存来作为句柄池，reference中村村的就是对象的句柄地址，而句柄中包含了对象实例数据和类型数据各自的具体地址信息。好处：reference中存储的稳定的句柄地址，对象改变时，只会改变句柄中的示例数据指针，而reference不需修改。