jvm运行时数据区域（内存模型）

运行时数据区域

程序计数器：通过改变值来确定下一条需要执行的字节码指令。线程私有（完成线程恢复功能）

虚拟机栈:生命周期与线程相同，描述方法执行的内存模型，执行方法->创建新栈帧（存储局部变量表，操作数栈，动态连接，方法出口）调用完毕后出栈

局部变量表存了基本数据类型+对象引用（reference）+returnAddress类型（执行字节码指令地址）

->局部变量槽slot 64位的long和double占用两个slot,其余类型占用1个。需要注意的是，局部变量表的大小在编译器确定，运行期不改变slot数量。

（iadd方法将操作数变为int）

线程请求的栈深度超过允许深度 StackOverflowError异常，可以动态扩展，无法申请到导致OutOfMemoryError异常

本地方法栈：异常类似虚拟机栈

堆：线程共享，对象实例在堆分配（一般认为），gc的主要区域，为了分配内存时避免线程冲突，提升对象分配的效率，可以选择设置TLAB(线程私有的分配缓冲区)，堆空间不能再申请内存是oom

方法区：线程共有，存储已被虚拟机加载的类型信息，常量。静态变量，即时编译器编译后的代码缓存，也可能oom

1.7静态变量和字符串常量池移到堆中，1.8方法区的剩余内容转移到元空间

回收目标：常量池和类卸载

运行时常量池是方法区的一部分，类加载后从class文件中的常量池表将各种字面量和符号引用存放到运行时常量池。具备动态性->使用string的intern

直接内存虽未在虚拟机中规范，但可能导致oom(物理内存+操作系统允许) 1.4的NIO(基于通道与缓冲区的I/O方式)，使用Native函数库直接分配堆外内存，通过存储在堆内的directbytebuffer对象作为对这块内存的引用，避免在java堆和native堆之间来回复制数据。

服务器会直接设置堆内存但是忽略直接内存，导致oom