很多人会误以为Java内存区域和内存模型是同一个东西，其实并不是。

Java内存区域是指 JVM运行时将数据分区域存储 ，简单的说就是不同的数据放在不同的地方。通常又叫 运行时数据区域。

Java内存模型(JMM)定义了程序中各个变量的访问规则，即在虚拟机中将变量存储到内存和从内存中取出变量这样的底层细节。

1、Java内存区域

1.8 之前：

JDK1.8(含)之后：

区别就是 1.8有一个元数据区替代方法区了。

JDK 1.7 其实是并没完全移除方法区，但是不会像1.6以前报 “java.lang.OutOfMemoryError: PermGen space”，而是报 java.lang.OutOfMemoryError: Java heap space

1.7部分内容(比如 常量池、静态变量有方法区转移到了堆)

演变

那么，Java 8 中 PermGen 为什么被移出 HotSpot JVM 了？我总结了两个主要原因(详见：JEP 122: Remove the Permanent Generation)：

由于 PermGen 内存经常会溢出，引发恼人的 java.lang.OutOfMemoryError: PermGen，因此 JVM 的开发者希望这一块内存可以更灵活地被管理，不要再经常出现这样的 OOM

移除 PermGen 可以促进 HotSpot JVM 与 JRockit VM 的融合，因为 JRockit 没有永久代。

根据上面的各种原因，PermGen 最终被移除，方法区移至 Metaspace，字符串常量移至 Java Heap。

下面逐一介绍一下jvm管辖的这几种内存区域。

2、程序计数器

程序计数器(Program Counter Register)是一块较小的内存空间，由于JVM可以并发执行线程，因此会存在线程之间的切换，而这个时候就程序计数器会记录下当前程序执行到的位置，以便在其他线程执行完毕后，恢复现场继续执行。

JVM会为每个线程分配一个程序计数器，与线程的生命周期相同。

如果线程正在执行的是应该Java方法，这个计数器记录的是正在执行虚拟机字节码指令的地址。

如果正在执行的是Native方法，计数器的值则为空(undefined)

程序计数器是唯一一个在 Java 虚拟机规范中没有规定任何 OutOfMemoryError 情况的区域。

3、Java虚拟机栈

虚拟机栈 描述的是 Java 方法执行的内存模型：

每个方法在执行的同时都会创建一个栈帧(Stack Frame，是方法运行时的基础数据结构)用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。

虚拟机栈是每个线程独有的，随着线程的创建而存在，线程结束而死亡。

在虚拟机栈内存不够的时候会OutOfMemoryError，在线程运行中需要更大的虚拟机栈时会出现StackOverFlowError。

虚拟机栈包含很多栈帧，每个方法执行的同时会创建一个栈帧，栈帧又存储了方法的局部变量表、操作数栈、动态连接和方法返回地址等信息。

在活动线程中，只有位于栈顶的栈帧才是有效的，称为当前栈帧，与这个栈帧相关联的方法称为当前方法。

1)局部变量表

局部变量表是存放方法参数和局部变量的区域。

全局变量是放在堆的，有两次赋值的阶段，一次在类加载的准备阶段，赋予系统初始值；另外一次在类加载的初始化阶段，赋予代码定义的初始值。

而局部变量没有赋初始值是不能使用的。

2)操作数栈

一个先入后出的栈。

当一个方法刚刚开始执行的时候，这个方法的操作数栈是空的，在方法的执行过程中，会有各种字节码指令往操作数栈中写入和提取内容，也就是出栈/入栈操作。

3) 动态连接

每个栈帧都包含一个指向运行时常量池中该栈帧所属方法的引用。持有这个引用是为了支持方法调用过程中的动态连接(Dynamic Linking)。

常量池可以便于指令的识别

public void methodA(){ } public void methodB(){ methodA();//methodB()调用methodA(),先找到调用methodA()的版本符号，再变为直接引用 }

方法调用并不等同于方法执行，方法调用阶段唯一的任务就是确定被调用方法的版本(即调用哪一个方法)，这也是Java强大的扩展能力，在运行期间才能确定目标方法的直接引用。

所有方法调用中的目标方法在Class文件里面都是一个常量池中的符号引用，在类加载的解析阶段，会将其中的一部分符号引用转化为直接引用。

4)方法返回地址(方法出口)

返回分为 正常返回 和 .........