Java内存区域以及溢出异常

1.JVM运行时数据区域

     按线程划分为若干个数据区域：

       1.1 所有线程共享数据区域：

               方法区&元空间:用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。jdk1.8之前是方法区(永久代)，jdk1.8采用元空间。因为在jdk1.8前由于方法区是永久代容易产生内存泄漏，尤其是Spring等框架大量使用cglib技术(动态类生成技术)更容易产生内存泄漏。

               运行时常量池(方法区一部分)：用于存放编译期生成的各种字面量与符号引用，这部分内容将在类加载后存放到方法区的运行时常量池中。

              出现异常：如果方法区无法满足新的内存分配需求时，将抛出OutOfMemoryError异常。

               堆(heap):所有的对象实例以及数组都在堆上分配，随着编译技术进步，逃逸分析技术强大也不是绝对的。此处是垃圾收集器主要管理的区域之一，HotSpot采用分新生和老年带模式，垃圾收集器也需要两种搭配才能正常工作。分配的时候采用多线程私有区域(缓冲区)提高分配效率，分配是需要逻辑连续物理可不连续的空间，来提高效率。可通过Xmx，Xms设置堆大小。

              出现异常：OutOfMemoryError，如果在Java堆中没有内存完成实例分配，并且堆也无法再扩展时报出此错误。

       1.2 线程隔离数据区域：包括虚拟机栈(本方法栈)、程序计数器

              1.2.1虚拟机栈：Java虚拟机都会同步创建一个栈帧（Stack Frame）用于存储局部变量表(boolean、byte、char、short、int、float、long、double、对象引用)、操作数栈、动态连接、方法出口等信息。对象引用分为句柄和指针访问，句柄在堆中保存一个句柄池。局部变量表中空间是以局部变量槽来表示32bit一个槽，long，double 占用2个槽。hotspot已把本地方法栈和虚拟机栈合二为一。采用xss来设置栈容量。

               出现异常类型：StackOverflowError，当线程深度无法大于虚拟机栈深度则会出现此错误，可通过permSize,maxPermSize来增大虚拟机栈深度。OutOfMemoryError，虚拟机栈容量是动态扩展的，当栈无法申请到内存时报此种错误，一般是由于操作系统决定 32位一个进程4G内存。                        

              1.2.2程序计数器：每个线程一个程序计数器，负责程序控制流的指示器，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。如果正在执行的是本地（Native）方法(虚拟机字节码指令的地址)，这个计数器值则应为空（Undefined）。

      1.3 直接内存：直接内存（Direct Memory）并不是虚拟机运行时数据区的一部分，但是这部分内存也被频繁地使用，而且也可能导致OutOfMemoryError异常出现(原因受物理机内存限制)。

2.虚拟机的对象内存模型

    2.1 普通对象的创建:new指令

          ->找常量池类的引用符号(符号代表类是否被加载、初始化等)

          ->分配内存(根据垃圾收集器的算法分为指针分配和空闲列表分配)，压缩整理采用指针分配高效代表有serial、parNew，标记清除算法采用空闲列表分配代表有CMS。指针分配内存一种同步处理—实际上虚拟机是采用CAS配上失败重试的方式保证更新操作的原子性；另外一种是把内存分配的动作按照线程划分在不同的空间之中进行，即每个线程在Java堆中预先分配一小块内存，称为本地线程分配缓冲（Thread Local Allocation Buffer，TLAB）。

         ->对象的设置(例如对象头，对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码（实际上对象的哈希码会延后到真正调用Object::hashCode()方法时才计算）、对象的GC分代年龄等信息)

   2.2 对象的内存布局

        对象在堆内存中的存储布局可以划分为三个部分：对象头（Header）、实例数据（Instance Data）和对齐填充（Padding）。

      对象头：第一部分用于存储对象自身的运行时数据，如哈希码（HashCode）、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等，第二部分是类型指针，即对象指向它的类型元数据的指针。

      实例数据：程序代码里面所定义的各种类型的字段内容，无论是从父类继承下来的，还是在子类中定义的字段都必须记录起来。

      对齐填充：由于HotSpot虚拟机的自动内存管理系统要求对象起始地址必须是8字节的整数倍，换句话说就是任何对象的大小都必须是8字节的整数倍。如果对象实例数据部分没有对齐的话，就需要通过对齐填充来补全。

2.3 对象的访问

      对象访问方式也是由虚拟机实现而定的，主流的访问方式主要有使用句柄和直接指针两种。

     句柄访问：Java堆中将可能会划分出一块内存来作为句柄池，reference中存储的就是对象的句柄地址，而句柄中包含了对象实例数据与类型数据各自具体的地址信息。hotspot的shenandoah收集器采用句柄方式访问。

     指针访问：Java堆中对象的内存布局就必须考虑如何放置访问类型数据的相关信息，reference中存储的直接就是对象地址，如果只是访问对象本身的话，就不需要多一次间接访问的开销。HotSpot采用指针访问。

3.java堆溢出

      1.将堆的最小值-Xms参数与最大值-Xmx参数设置为一样即可避免堆自动扩展，main方法无限循环生成类对象实例增加到List中。

        异常提示：java.lang.OutOfMemoryError:java heap space。

4.虚拟机栈和本地方法栈溢出

      1.通过设置xss设置栈深，定义了大量的本地变量，增大此方法帧中本地变量表的长度。抛出StackOverflowError。如果允许动态扩展则会引起OutOfMemoryError。

5.方法区和运行时常量池溢出

      1.设置方法区容量，采用无线循环里String.valueOf(i++).intern()，因为常量时存放在方法区中所以异常提示：java.lang.OutOfMemoryError:java heap space。也可以通过cglib工具动态生成类。

6.本地方法溢出

     直接内存（Direct Memory）的容量大小可通过-XX：MaxDirectMemorySize参数来指定，如果不去指定，则默认与Java堆最大值（由-Xmx指定）一致。Unsafe实例进行内存分配（Unsafe类的getUnsafe()方法指定只有引导类加载器才会返回实例。因为虽然使用DirectByteBuffer分配内存也会抛出内存溢出异常，但它抛出异常时并没有真正向操作系统申请分配内存，而是通过计算得知内存无法分配就会在代码里手动抛出溢出异常，真正申请分配内存的方法是Unsafe::allocateMemory()。

异常提示：java.lang.OutOfMemoryError