JVM 的运行时数据区域分布

说到 Java 虚拟机(Java Virtual Machine, 简称 JVM)，可能对于我们大部分 Java 程序员来说都感觉望而生畏，都觉得它很高大上，毕竟我们都知道因为它我们的 Java 程序才能做到一次编写，到处运行，而且因为它我们才能够做到只专注于业务代码实现，而不用去关心内存分配和回收的事情，仅从这两点就能看出 Java 虚拟机为我们做了多少事情，但也正因为它为我们做的事情太多了，以至于我们只需要一心一意的去实现我们的需求，在大多数情况下我们都不用去关心底层如何做到的，但也因为它做了太多，导致我们在编码过程中遇到一些问题时根本不知道发生了什么，更别提如何解决了，因此我们还是有必要去了解一下 Java 虚拟机到底是怎么为我们服务的，这样在遇到问题时才不至于手足无措。



首先，让我们对 JVM 有个初步的印象，知道它是什么，然后能做什么。JVM 在维基百科上的定义如下：



Java 虚拟机(Java Virtual Machine，JVM)，一种能够运行 Java bytecode(字节码) 的虚拟机，以堆栈结构机器来进行实现。最早由 Sun 微系统所研发并实现第一个实现版本，是 Java 平台的一部分，能够运行以 Java 语言写作的软件程序。



Java 虚拟机有自己完善的硬体架构，如处理器、堆栈、寄存器等，还具有相应的指令系统。JVM 屏蔽了与具体操作系统平台相关的信息，使得 Java 程序只需生成在 Java 虚拟机上运行的目标代码（字节码），就可以在多种平台上不加修改地运行。



作为一种编程语言的虚拟机，实际上不只是专用于 Java 语言，只要生成的编译文件符合 JVM 对加载编译文件格式要求，任何语言都可以由 JVM 编译运行。



以上是维基百科对 JVM 的有关定义，通俗一点来说就是我们编写的 Java 程序经过编译之后得到的字节码就可以放到 JVM 上去运行了，至于是怎么运行的就和 JVM 内部的实现有关了，然后由于最终在 JVM 上运行的是编译之后的字节码，所以它不仅仅是只能运行 Java 程序，只要编译之后的文件符合 JVM 的要求就能够运行。



下面我们就从 JVM 的运行时数据区域结构说起，其实这也是我们经常看到的一道面试题: Java 虚拟机的运行时数据区域分布是怎样的？如果你准备过面试，相信你肯定看到过这道面试题，我记得我刚毕业出来准备面试的时候就经常看到这道面试题，而当时说实话可能对 Java 虚拟机都没什么概念，所以可想而知在准备面试的时候只能是死记硬背答案了，以至于过一段时间就忘了，而现在对 Java 虚拟机不敢说非常熟悉，但起码也算是知道个一二了，下面就一起来看看回答这道题需要准备哪些知识点，看完这些知识点之后相信你也知道该怎么回答这道题了。



JVM 定义了在程序执行期间各种运行时数据区域，主要有堆，程序计数器，栈，方法区，运行时常量池，其中一些数据区域随着 JVM 的启动而创建，在 JVM 退出时销毁，有一些则是线程私有的，在线程创建时初始化，线程退出时销毁，每个区域承担着不同的使命，下面来简单看下每个区域主要负责的内容。



堆



所有的类实例以及数组在这里进行内存分配，在 JVM 启动时创建，并且所有 JVM 线程共享，即该区域的类实例和数组所有线程都能够访问，该区域大小可以是固定的，也可以根据需要弹性扩展，JVM 提供了启动参数供程序员指定堆的初始化大小，如果是弹性的需指定堆的最大值。JVM 指定堆内存的初始化大小参数为 -Xms，配置堆内存的最大值参数为 -Xmx。如果需要堆内存大小固定，只需要将 -Xms 和 -Xmx 的值配置相同即可，比如说 -Xms20m -Xmx20m。



由于我们的程序可能无时无刻不在创建对象和数组，而有的对象或数组在创建好用完一次可能再也不需要了，这时就需要垃圾收集器来进行内存回收，因此堆区相对来说是垃圾收集器重点关注的区域，当 JVM 在该区域进行内存分配时遇到所需要的堆内存大于该区域可用的内存时，JVM 将会抛出 OutOfMemoryError 错误。



至于堆区中的对象实例是如何分配以及垃圾收集器又是如何回收的，可能需要单独用好几篇文章来说明，这个先知道有这回事就行，待下回分解，今天先重点关注 JVM 的运行时内存区域分布。



程序计数器



JVM 支持一次多个线程的执行，每个线程都拥有自己的程序计数器，在任意时刻，每个线程当前正在执行的方法称为该线程的当前方法，如果当前方法不是本地方法(Native Method),程序计数器中的值是当前线程正在执行的当前方法中指令的地址，如果是本地方法，它的值是 undefined。在多线程环境中，每个线程的调度执行都是通过 CPU 来分配时间片的，当一个线程分配的时间片执行完之后需要重新回到就绪状态，等待下一次调度再恢复执行，而线程的恢复执行能回到上次执行的位置继续执行靠的就是程序计数器中记录的值。



栈



• 虚拟机栈

• 本地方法栈



方法区



和堆区一样同样是在 JVM 启动时就创建，所有 JVM 线程共享，但该区域主要用于存储加载完成的每个类的运行时常量池，类型信息，常量，静态变量，字段和方法以及即时编译器编译后的代码缓存等这些类的结构。方法区逻辑上来说是堆区的一部分，但有时为了将它与堆作区分从而叫它非堆。



JVM 规范中对方法区的规定其实是很宽泛的，对于方法区的实现方式也就由具体的虚拟机自己去定义了，在 JDK 8 以前，其中 HotSpot 虚拟机通过永久代(垃圾收集器的分代设计中的永久代)的方式来实现方法区，这样就可以直接采取垃圾收集器管理堆区的方式去管理方法区，省去了为方法区设计内存管理的工作。但是因为永久代的大小有个上限，通过 -XX:MaxPermSize=size 设置，即使不设置也会有个默认值，这就导致了 JVM 更容易遇到内存溢出的问题，因此在后来 JDK 发展的过程中开始逐步放弃永久代的实现方式，JDK 8 之后直接改成通过元空间(Metaspace)的方式实现，可通过 -XX:MaxMetaspaceSize=size 设置元空间最大值，默认是不做限制的，但由于元空间位于本地内存，也就是仅仅受限于本地内存的大小。



对于该区域在 JVM 规范中明确说明简单的实现可以选择不进行垃圾收集或压缩，那是因为该区域存储的是主要是类的结构数据，垃圾收集器回收的也就是类的信息，而对于类的回收，需要进行类卸载，类卸载的条件又异常严格，也就导致垃圾收集器在该区域的回收效果实在是差强人意，但不管如何还是有必要对该区域进行回收，以防该区域产生内存泄漏问题。



尽管 JVM 规范中描述如果方法区中的内存不能够继续满足内存分配请求的话将会抛出 OutOfMemoryError 错误，但是由于在 JDK 8 之后已经改为通过元空间(Metaspace)的方式实现该区域，因此基本上不会在该区域产生 OutOfMemoryError 错误，除非本地内存严重不够，已经无法为运行时产生的类信息分配内存了。



运行时常量池



在方法区中其实也提到了运行时常量池，它是方法区中的一部分，主要存储着编译期间生成的各种字面量和符号引用，这些内容在类加载后存放至该区域中。同样的在 JVM 规范描述中，创建类或接口时，如果运行时常量池构造所需的内存已经超过 Java 虚拟机方法区中可用的内存，则 Java 虚拟机将抛出 OutOfMemoryError 错误，但正如上面所说的原因已经很难在该区域产生 OutOfMemoryError 错误了。



直接内存



直接内存不是 JVM 运行时数据区域的一部分，在 JVM 的规范中也没有定义该内存区域，只不过由于这部分内存也是经常用到的，也可能导致 OutOfMemoryError 错误，可通过 -XX:MaxDirectMemorySize=size 参数来设置可使用的最大直接内存。其实这部分内存我也不是非常懂，可能很少接触到的原因，只是在《深入理解 Java 虚拟机》一书中看到说在 JDK 1.4 中加入的 NIO 中就利用到了这部分内存，避免了由于使用 Native 方法在 Java 堆和 Native 堆中来回复制数据的开销，显著提高了性能。



这部分内存虽然说不会像其他区域一样有大小限制，但最终还是会受到本机的总内存大小的限制，因此我们可能只记得设置堆的大小参数，却忘了还有这部分内存的消耗，导致各个区域的内存加起来超过了本机的总内存大小，从而产生 OutOfMemoryError 错误。



总结



上面主要介绍了 Java 虚拟机的运行时数据区域分布，以及每个区域所负责的内容，这里我强烈推荐周志明著的《深入理解Java虚拟机》这本书，书中对上面的每个知识点都有非常全面的解析，相信这本书看完之后你对 JVM 会有更加全面的认识。这里先通过上面的内容让我们对 Java 虚拟机能够有一个初步的了解，接下来我将对每个区域进行扩展，并且进行深入了解，在这个深入了解的过程中再进一步的熟悉 Java 虚拟机，这可以帮助我们在遇到诡异的问题的时候知道是怎么产生的，然后该怎么去解决，同时也会对我们的日常编码有很好地指导作用，知其然而且知其所以然。



微信公众号：rookiedev，Java 后台开发，励志终身学习，坚持原创干货输出，你可选择现在就关注我，或者看看历史文章再关注也不迟。长按二维码关注，我们一起努力变得更优秀！