关于JVM内存划分，你想知道的都在这里

基本概念：

JVM 是可运行 Java 代码的假想计算机 ，包括一套字节码指令集、一组寄存器、一个栈、
一个垃圾回收，堆 和 一个存储方法域。 JVM 是运行在操作系统之上的，它与硬件没有直接
的交互。

运行过程

我们都知道 Java 源文件，通过编译器，能 够生产相应的 .Class 文件，也就是字节码文件，
而字节码文件又通过 Java 虚拟机中的解释器，编译成特定机器上的机器码 。
也就是如下：
① Java 源文件 编译器 字节码文件
② 字节码文件 ——> 机器码
每一种平台的解释器是不同的，但是实现的虚拟机是相同的，这也就是 Java 为什么能够
跨平台的原因了 ，当一个程序从开始运行，这时虚拟机就开始实例化了，多个程序启动就会
存在多个虚拟机实例。程序退出或者关闭，则虚拟机实例消亡，多个虚拟机实例之间数据不
能共享。

JVM内存区域划分

JVM内存区域主要分为线程私有区域与线程共享区域，直接内存。

线程共享区域随虚拟机的启动而创建，结束而销毁。

• 堆（线程共享）-运行时数据区

  这是被线程共享的一块内存区域，创建的对象和数组都保存在Java堆内存中，也是垃圾收集器进行垃圾收集的最重要的内存区域。由于现代VM采用分代收集算法, 因此Java堆从GC的角度还可以细分为: 新生代(Eden区、From Survivor区和To Survivor区）和老年代。

• 方法区/永久代（线程共享）

  即我们常说的永久代(Permanent Generation), 用于存储被JVM加载的类信息、常量、静态变量、即时编译器编译后的代码等数据. HotSpot VM把GC分代收集扩展至方法区, 即使用Java堆的永久代来实现方法区, 这样HotSpot的垃圾收集器就可以像管理Java堆一样管理这部分内存, 而不必为方法区开发专门的内存管理器(永久带的内存回收的主要目标是针对常量池的回收和类型的卸载, 因此收益一般很小)。 运行时常量池（Runtime Constant Pool）是方法区的一部分。Class文件中除了有类的版本、字段、方法、接口等描述等信息外。

  还有一项信息是常量池（Constant Pool Table），用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后存放到方法区的运行时常量池中。 Java虚拟机对Class文件的每一部分（自然也包括常量池）的格式都有严格的规定，每一个字节用于存储哪种数据都必须符合规范上的要求，这样才会被虚拟机认可、装载和执行。

线程私有数据生命周期与线程相同，依赖用户线程的启动而创建，结束而销毁，每个线程都与操作系统的线程直接映射，因此这部分内存区域存/否跟随本地线程的生/死相互对应。

• 程序计数器（线程私有）

  这是一块较小的内存空间，是当前线程所执行的字节码的行号指示器，，每个线程都会有一个独立的程序计数器。正在执行的Java方法的话，计数器记录的是虚拟机字节码指令的地址（当前指令的地址），如果是Native方法，则为空。
  这个内存区域是唯一一个在JVM没有规定OOM的区域。

• Java虚拟机栈（线程私有）

  是用于描述Java方法执行的内存模型，每个方法在执行的同时都会同时创建一个栈帧（Stack Frame），用于存储局部变量表，操作数栈，动态链接，方法出口等信息。每一个方法从调用到执行完成的过程中，就对应着一个栈帧在虚拟机中入栈到出栈的过程。
  

  栈帧（Frame）是用来存储数据和部分过程结果的数据结构，同时也用来被处理动态链接，方法返回值和异常分派，栈帧随着方法的调用而创建，随着方法的结束而销毁。——————无论方法是正常完成还是异常完成（抛出的方法未被捕获）都算作方法结束。

• 本地方法栈（线程私有）

  本地方法区和Java Stack作用类似, 区别是虚拟机栈为执行Java方法服务, 而本地方法栈则为Native方法服务, 如果一个VM实现使用C-linkage模型来支持Native调用, 那么该栈将会是一个C栈，但HotSpot VM直接就把本地方法栈和虚拟机栈合二为一。

JVM运行时内存

Java堆从GC的角度还可以细分为: 新生代(Eden区、From Survivor区和To Survivor区)和老年代。

新生代

是用来存放新生的对象。一般占据堆的1/3空间。由于频繁创建对象，所以新生代会频繁触发MinorGC进行垃圾回收。新生代又分为 Eden区、ServivorFrom、ServivorTo三个区。

• Eden区
  Java新对象的出生地（如果新创建的对象占用内存很大，则直接分配到老年代）。当Eden区内存不够的时候就会触发MinorGC，对新生代区进行一次垃圾回收。

• ServivorFrom
  上一次GC的幸存者，作为这一次GC的被扫描者。

• ServivorTo
  保留了一次MinorGC过程中的幸存者。

• MinorGC的过程（复制->清空->互换）
  MinorGC采用复制算法。

• 老年代
  主要存放应用程序中生命周期长的内存对象。
  老年代的对象比较稳定，所以MajorGC不会频繁执行。在进行MajorGC前一般都先进行了一次MinorGC，使得有新生代的对象晋身入老年代，导致空间不够用时才触发。当无法找到足够大的连续空间分配给新创建的较大对象时也会提前触发一次MajorGC进行垃圾回收腾出空间。

MajorGC采用标记清除算法：首先扫描一次所有老年代，标记出存活的对象，然后回收没有标记的对象。MajorGC的耗时比较长，因为要扫描再回收。MajorGC会产生内存碎片，为了减少内存损耗，我们一般需要进行合并或者标记出来方便下次直接分配。当老年代也满了装不下的时候，就会抛出OOM（Out of Memory）异常。

• 永久代
  指内存的永久保存区域，主要存放Class和Meta（元数据）的信息,Class在被加载的时候被放入永久区域，它和和存放实例的区域不同,GC不会在主程序运行期对永久区域进行清理。所以这也导致了永久代的区域会随着加载的Class的增多而胀满，最终抛出OOM异常。