Java虚拟机-java内存区域
运行时数据区域
这些区域都有各自的用途，以及创建和销毁时间，有的区域会随着虚拟机进程的启动而存在，有些区域则依赖用户线程的启动和结束而建立和销毁。
程序计数器：
程序计数器是一块较小的内存空间，可以看作当前线程所执行的字节码的信号指示器；
由于Java虚拟机的多线程是通过线程轮流转换并分配处理执行时间的方式来实现的，在任何一个确定的时刻，一个处理器都只会执行一条线程中的指令。因此，为了线程切换后能恢复到正确的执行位置，每条线程都需要一个独立的程序计数器。
各条线程之间的程序计数器互不影响，独立存储，这类内存区域为“线程私有”的内存；
Java虚拟机栈：
Java虚拟机栈也是线程私有的，它的生命周期与线程相同。
虚拟机栈为虚拟机执行Java方法服务
虚拟机栈描述的是Java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出栈口等信息。
每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中从进栈到出栈的过程。
局部变量表存放了编译期可知的各种基本数据类型（boolean、byte、char、short、int、float、long、double）、对象引用（reference类型）和returnAddress类型；
其中 64位长度的long 和double类型会占用 2个局部变量空间，其余数据类型只占用 1个。
局部变量表所需要的内存空间在编译期间完成分配。
在Java虚拟机规范中，对这个区域规定了2中异常情况：
1、如果线程请求的栈深度大于虚拟机所允许的深度，将会抛出StackOverflowError（栈溢出）异常；
2、如果虚拟机栈可以动态扩展，如果扩展时无法申请到足够的内存，将会抛出OutOfMemoryError（内存溢出）异常；
本地方法栈：
本地方法栈则是虚拟机使用到的Native方法服务；本地方法栈与虚拟机栈一样，也有2个异常情况：
1、如果线程请求的栈深度大于虚拟机所允许的深度，将会抛出StackOverflowError异常；
2、如果虚拟机可以动态扩展，如果扩展时无法申请到足够的内存，将会抛出OutOfMemoryError异常；
虚拟机管理的内存中最大的一块，同时也是被所有线程所共享的，它在虚拟机启动时创建，此内存区域的唯一目的就是存放对象实例，几乎所有的对象实例以及数组都要在这里分配内存。
Java堆是垃圾收集器管理的主要区域，这里面的对象被自动管理，也就是俗称的 GC（ Garbage Collector）所管理。
Java堆的容量可以是固定大小，也可以随着需求动态扩展（ -Xms和-Xmx ），并在不需要过多空间时自动收缩。
Java堆所使用的内存不需要保证是物理连续的，只要逻辑上是连续的即可。
JAVA堆的分类：从内存回收的角度看， java堆可细分为：新生代、老年代，再细一点还可划分为 Eden空间、From Survivor 空间、To Survivor空间等。
从内存分配的角度来看，线程共享的Java堆中可能划分出多个线程私有的分配缓冲区（TLAB）；
JVM实现应当提供给程序员调节 Java 堆初始容量的手段，对于可动态扩展和收缩的堆来说，则应当提供调节其最大和最小容量的手段。
如果堆中没有内存完成实例分配并且堆也无法扩展，就会抛 OutOfMemoryError。
方法区：
在Java 虚拟机规范中，将方法区作为堆的一个逻辑部分来对待，但事实上，方法区并不是堆，另外，不少人将 Java GC 的分代收集机制分为 3个代：青年代，老年代，永久代，这些作者将方法区定义为 “ 永久代” ，这是因为对于之前的 HotSpot 虚拟机的实现方式中，将分代收集的思想扩展到了方法区，并将方法区设计成了永久代。不过除 HotSpot 之外的多数虚拟机，并不将方法区当作永久代， HotSpot 本身也计划取消永久代。跟堆一样是被各个线程共享的内存区域 ，用于存储以被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虽然这个区域被虚拟机规范把方法区描述为堆的一个逻辑部分，但是它的别名叫非堆，用来与堆做一下区别。
方法区在虚拟机启动的时候创建。
方法区的容量可以是固定大小的，也可以随着程序执行的需求动态扩展，并在不需要过多空间时自动收缩。
方法区在实际内存空间中可以是不连续的。
Java虚拟机实现应当提供给程序员或者最终用户调节方法区初始容量的手段，对于可以动态扩展和收缩方法区来说，则应当提供调节其最大、最小容量的手段。
一般方法区上执行的垃圾收集是很少的，这也是方法区被称为永久代的原因之一（ HotSpot ），但这也不代表着在方法区上完全没有垃圾收集，其上的内存回收目标主要是针对常量池的回收和对类型的卸载。
当方法区无法满足内存分配需求时就会抛 OutOfMemoryError 。
它是方法区的一部分。
Class文件中除了有类的版本、字段、方法、接口等描述等信息外，还有一项信息是常量池（Constant Pool Table），用于存放编译期生成的各种字面量和符号引用、翻译出来的直接引用（符号引用就是编码是用字符串表示某个变量、接口的位置，直接引用就是根据符号引用翻译出来的地址，将在类链接阶段完成翻译）；这部分内容将在类加载后存放到方法区的运行时常量池中。
Java虚拟机对Class文件的每一部分（自然也包括常量池）的格式都有严格的规定，每一个字节用于存储哪种数据都必须符合规范上的要求，这样才会被虚拟机认可、装载和执行。但对于运行时常量池，Java虚拟机规范没有做任何细节的要求，不同的提供商实现的虚拟机可以按照自己的需要来实现这个内存区域。不过，一般来说，除了保存Class文件中描述的符号引用外，还会把翻译出来的直接引用也存储在运行时常量池中。
运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性，Java语言并不要求常量一定只能在编译期产生，也就是并非预置入Class文件中常量池的内容才能进入方法区运行时常量池，运行期间也可能将新的常量放入池中，这种特性被开发人员利用得比较多的便是String类的intern()方法。
既然运行时常量池是方法区的一部分，自然会受到方法区内存的限制，当常量池无法再申请到内存时会抛出OutOfMemoryError异常；
直接内存并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域。但是这部分内存也被频繁使用，而且也会导致OutOfMemoryError异常；
在JDK1.4中新加入了NIO类，引入了一种基于通道与缓冲区的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。
这样能在一些场景中显著提高性能，因为避免了在Java堆和Native堆中回来复制数据。
虚拟机遇到一条new指令时
1. 首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用，并且检查这个符号引用代表的类是否已被加载、解析和初始化过。如果没有，那必须先执行相应的类加载过程
2. 在类加载检查通过之后，接下来虚拟机将为新生对象分配内存。对象所需要的内存大小在类加载完成后便可以完全确定，为对象分配空间的任务等同于把一块确定大小的内存从Java堆中划分出来。
如果Java堆中的内存是绝对规整的，可以使用“指针碰撞”的分配方式（用过的内存放在一边，空闲的内存放在一边，中间放着一个指针作为分界点的指示器，分配内存就是仅仅将中间的指针向空闲内存那边挪动一段与对象大小相等的距离）。；
如果Java堆中的内存并不规整，可以使用“空闲列表”分配方式（用过的内存和空闲的内存相互交错，虚拟机就必须维护一个列表，记录哪些内存块是可用的，在分配的时候从列表中找到一块足够大的空间划分给对象示例，并更新列表上的记录）；
选择那种分配方式是由Java堆中内存是否规整决定的。Java堆中内存是否规整是由所采用的垃圾收集器是否带有压缩整理功能决定的。
除了划分可用空间之外，还要考虑对象创建在虚拟机中是否频繁，在并发情况下也并不是线程安全的。
解决这个问题有两个解决方案：一种是对分配内存空间的动作进行同步处理—实际上虚拟机采用CAS配上失败重试的方式保证更新操作的原子性；另一种是把内存分配的动作按照线程划分在不同的空间之中进行，即每个线程在Java堆中预先分配一小块内存，称为本地线程分配缓冲（TLAB）。
3. 内存分配完成之后，虚拟机需要将分配到的内存空间都初始化为零（不包括对象头）。
如果使用TLAB，这一项工作过程也可以提前至TLAB分配时进行。
这步操作保证了对象的实例字段在Java代码中可以不赋初始值就直接使用，程序能访问到这些字段的数据类型所对应的零值。
4. 虚拟机要对对象进行必要的设置，例如这个对象是哪个类的实例、如果才能找到类的元数据信息、对象的哈希码、对象的GC分代年龄等信息，这些信息存放在对象的对象头中。
HotSpot虚拟机中，对象在内存中存储的布局可以分为：对象头，实例数据和对齐填充；
对象头分为2个部分：一部分用于存储对象自身的运行数据，如哈希码、GC分代年龄、锁状态标志等；另一部分是类型指针，即对象指向它的类元数据的指针，虚拟机通过这个指针来确定这个对象时哪个类的实例。
实例数据部分是对象真正存储的有效信息，也是在程序代码中所定义的各种类型的字段内容。这部分的存储顺序会受到虚拟机分配策略参数和字段在Java源码中定义的顺序的影响
对象填充并不是必然存在，也没有特别的含义。因为HotSpot虚拟机的自动内存管理系统要求对象起始地址必须是8字节的整数倍，也就是说对象的大小必须是8字节的整数倍。
当对象实例数据部分没有对齐时，就需要通过对象填充来补全。
对象的访问方式时取决于虚拟机实现而定的。目前主流的访问方式有句柄和直接指针两种
句柄：
使用句柄，那么Java堆中就要分出一块内存作为句柄池。
reference中存储的是对象的句柄地址，而句柄中包含了对象实例数据和对象类型数据各自的具体地址信息；
优点：reference中存储的是稳定的句柄地址，在对象被移动时只会改变句柄中的实例数据指针，而reference本身不需要修改；
直接指针：
如果使用直接指针方式，那么Java堆对象的布局中就必须考虑如何放置访问类型数据的信息。
reference中存储的直接就是对象的地址；
优点：避免了一次指针定位的时间开销，速度快。
