JVM 内存模型不再是秘密

前言

上篇文章我们一起了解了jvm虚拟机类的加载机制，而且是以一种纯大白话进行的一场闲聊，相信小伙伴们应该印象深刻，感兴趣的小伙伴可以重温一下上一篇文章大白话谈JVM的类加载机制。

当jvm加载了类后，会把需要使用的对象放入到内存当中，那么jvm的内存模型是什么样的呢？

今天我们就来探索一下jvm的内存模型。由于有小伙伴反映想加些图更容易理解，王子接下来的文章打算用更多的图例来讲解。

方法区

很多小伙伴之前也了解过jvm的内存模型，知道有方法区这个东西，但可能了解的不是很详细。

其实方法区是在JDK1.8以前的版本里存在的一块内存区域，主要就是存放从class文件里加载进来的类的，而且常量池也是在这块区域内的。

但是在JDK1.8之后，这块区域摇身一变，换了名字，叫做“Metaspace”，翻译过来就是“元数据空间”的意思。当然它只是改了个名，实现的功能是没变的。

程序计数器

假设我们的代码是这样的：

    public class Main {
        public static void main(String[] args) {
            SysUser sysUser = new SysUser();
            sysUser.setAvatar("1");
        }
    }

这个是我们的java代码，是面向我们开发者的，然后会编译成class字节码文件，在class字节码文件中存放的是一条条的字节码命令，他对应了一条条的机器指令，计算机只有读到机器指令才知道它要干什么。

所以当JVM加载类信息后，实际上就是使用字节码执行引擎去执行我们的代码编译出来的一条条字节码指令，如下图。

那么在执行字节码指令的时候，jvm是怎么知道该执行哪条指令了呢？这时候程序计数器就出现了。

它就是用来记录当前执行的字节码指令位置的。

另外，小伙伴们都知道，JVM是支持多线程的，所以如果我们开启了多线程，就会有多个线程在执行不同的字节码指令，为了他们之间的字节码指令不会混在一起，所以每个线程都会有自己的程序计数器，用来记录每个线程自己的指令现在执行到哪一条了，如下图：

JAVA虚拟机栈

我们现在知道，jvm执行class中指令时是通过程序计数器来锁定执行的指令位置的，但是在我们执行的方法里，会有很多的局部变量等数据，虚拟机栈就是用来保存方法的局部变量的，而且每个线程都会有自己的虚拟机栈，比如我们之前的代码：

    public class Main {
        public static void main(String[] args) {
            SysUser sysUser = new SysUser();
            sysUser.setAvatar("1");
        }
    }

这个代码会启动一个main线程，并把局部变量sysUser保存到栈中。

如果线程执行了一个方法，就会对这个方法调用创建一个栈帧，然后就是所谓的压栈操作（先进后出），如下：