关于java堆、栈问题

堆：

Java堆是Java虚拟机所管理的内存中最大的一块，Java堆是被所有线程共享的一块内存区域。此内存区域存在的唯一目的就是存放对象实例，几乎所有的对象实例都在这里分配内存。

Java堆是垃圾收集器管理的主要区域，因此很多时候也被称为“GC堆”。

（关于垃圾回收，Java堆还可以细分为：新生代和老年代，再细致一点的有Eden空间，From Survivor空间，To Survivor空间等，线程共享的Java堆还可以分出许多线程私有的分配缓冲区TLAB，目的是更好的回收内存或者更快的分配内存，这里不细述）

栈：

栈分为Java虚拟机栈和本地方法栈，本地方法栈主要处理native方法，不细述。

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

局部变量表存放了编译器可知的各种基本数据类型（boolean，byte,char,short,int,float,long,double)、对象引用（reference类型，它不等同于对象本身，可能是一个只想对象起始地址的引用指针，也可能是只想一个代表对象的句柄或者其他与此对象相关的位置）和returnAddress类型。局部变量表所需的内存空间在编译期间完成分配，当进入一个方法时，这个方法需要在帧中分配多大的局部变量空间是完全确定的，在方法运行期间不会改变局部变量表的大小。

关于异常：如果线程请求的栈深度大于虚拟机所允许的深度，会抛出StackOverflowError异常；如果虚拟机栈可动态扩展，它扩展时无法申请到足够的内存，就会抛出OutOfMemoryError异常。

另外还有一个方法区：

方法区与Java堆一样是线程共享的，它用于存放已经被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。方法区中有一个运行时常量池，用于存放编译期生成的各种字面量和符号引用。

Java对象的创建过程：

虚拟机遇到一条new指令时，首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用，并且检查这个符号引用代表的类是否已经被加载、解析和初始化过。如果没有，必须先执行响应的类加载过程。

在类加载检查通过后，接下来虚拟机将为新生对象分配内存（内存大小在类加载完成后便可完全确定），为对象分配空间的任务等同于把一块确定大小的内存从Java堆中划分出来。

划分分为两种方法，如果Java堆是规整的，就会用“指针碰撞“方式，直接移动指针来划分内存，如果不规整，虚拟机必须维护一个列表，从列表中找出一块足够大的内存空间划分给对象，称为”空闲列表“法，不同的划分方式对应不同的垃圾回收算法，不细述。如何保证划分空间的时候不产生冲突呢？两种方法：一种是对分配内存空间的动作进行同步处理，另一种是把内存分配的动作按照线程分在不同的空间之中进行，即每个线程在Java堆中预先分配一小块内存，称为本地线程分配缓冲（TLAB）。

内存分配完之后，虚拟机需要将分配到的内存空间都初始化为零值，然后对对象进行必要的设置，例如这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的GC分代年龄等信息。

这些工作完成之后，执行对象的<init>方法，给对象的字段赋值，之后一个真正可用的对象就算完全产生出来。

网上有一些帖子讲关于Java堆和栈的，但是看了《深入理解JVM》后发现有一些冲突，于是记录下来，加深印象。