Java内存区域：堆、栈、方法区、运行时常量池、直接内存

Java内存区域

目录

介绍

Java虚拟机在执行Java程序的过程中将自己所管理的内存区域划分为不同的数据区域。有的区域随着虚拟机进程的启动而一直存在，有的则是跟随线程的启动和结束而建立和销毁。

运行时数据区域

Java虚拟机运行时数据区结构：

程序计数器（线程私有）

当前线程所执行的字节码行号指示器，所占内存很小，如果在执行的是一个Java方法，那么他的值为正在执行的虚拟机字节码指令的地址；如果在执行的是本地native方法，那么值为undifined。它是唯一一个在《Java虚拟机规范》中没有规定任何OutOfMemoryError情况的区域。

Java虚拟机栈（线程私有）

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

• 局部变量表：存放编译器可知的各种Java虚拟机基本数据类型，对象应用类型（不是对象本身，而是一个指针），存储以局部变量槽（slot）表示，long和double占两个槽，其余类型占一个。局部变量越多，局部变量表越大，栈帧越大，栈深度（栈帧的数量）越低。

• StackOverflowError：如果线程请求的栈深度大于虚拟机所允许的栈深度，即抛出。如下例：

  public class TestDemo03 {
      static void test() {
          test();
      }
      public static void main(String[] args) {
          test();
      }
  }
  

  main方法执行，即报出栈内存溢出：

• OutOfMemoryError：如果虚拟机栈容量可以动态扩展（HotSpot不可以动态扩展），当栈扩展时无法申请到足够内存即抛出。

本地方法栈（线程私有）

与虚拟机栈作用类似，区别只是本地方法栈只是为本地方法服务，HotSpot虚拟机将本地方法栈和虚拟机栈合二为一了。

堆

它是虚拟机所管理内存中最大的一块，被所有线程共享，在虚拟机启动时创建，唯一目的是存放对象实例。HotSpot将堆区分为新生代（一个Eden、两个Survivor）和老年代。当前的主流虚拟机可以通过-Xmx（最大可用内存），-Xms（最小堆大小）来设置堆的大小。

• OutOfMemoryError：如果Java堆中没有足够空间来完成实例分配，并且堆再也无法扩展时，Java虚拟机将会抛出OutOfMemory异常。
• 字符串常量池：在1.6之前，字符串常量池存在方法区，1.7及以后就被放到了堆中（方法区内存较小）。但是这种情况更容易导致内存溢出（因为永久代有–XX:MaxPermSize的上限）

方法区

方法区被每个线程共享，用于存储已经被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。有一个别名叫做非堆，目的是与Java堆区分开来。

• 方法区和永久代并不等价：Java8以前，当时HotSpot的设计团队选择把垃圾收集器的分代设计扩展至方法区，或者所使用永久代来实现方法区，目的是是HotSpot垃圾收集器能像管理堆区一样管理方法区
• JDK1.7中将原属于永久代的字符串常量池和静态变量等溢出，1.8又将剩余内容（类型信息等）溢出。此时没有了永久代的概念，改用在本地内存中实现的元空间代替。
• 元空间和永久代只是方法区的不同实现。

运行时常量池

运行时常量池属于方法区的一部分，用于存放编译器生成的各种字面量（int a = 1,int就是字面量）和符号引用（如java.util.Date就是符号引用）。

• OutOfMemoryError：常量池无法申请到内存时就会出现内存溢出Error。

直接内存

JDK1.4之后加入的NIO类，引入了一种基于通道（Channel）与缓冲区（Buffer）的I/O方式，他可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆里面的BirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因为避免了在Java堆和Native堆中来回复制数据。

ByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因为避免了在Java堆和Native堆中来回复制数据。

• OutOfMemoryError：如果所有直接内存的大小超出物理内存的限制，也会造成内存溢出。