JVM内存划分及管理

1. JAVA技术体系

    我们可以把Java程序设计语言、Java虚拟机、Java API类库这三部分统称为JDK（Java Development Kit),JDK是用于支持Java程序开发的最小环境。

    另外，可把Java API类库中的Java SE API子集和Java虚拟机这两部分统称为JRE（Java Runtime Environment), JRE是支持Java程序运行的标准环境。

    想学习下Java内部机制可以自己编译下JDK，可以学习下openJDK。​

---

2. Java内存区域与内存溢出异常

2.1 运行时数据区域

    （1） 程序计数器（Program Counter Register) 

• 程序计数器是一块较小的内存空间，它的作用可以看做是当前线程所执行的字节码的行号指示器，它是线程私有的，记录线程当前执行的字节码指令的地址。
• 如果线程正在执行的是一个Java方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址；如果正在执行的是Native，这个计数器值则为空（Undefined）。此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

     （2）Java虚拟机栈（Java Virtual Machine Stacks）

      Java虚拟机栈也是线程私有的，它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型：每个方法被执行的时候都会同时创建一个栈帧（Stack Frame）用于存储局部变量表、操作栈、动态链接、方法出口等消息。每个方法被调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。

      有人常说的栈内存（Stack）就是虚拟机栈，或者说是虚拟机栈中的局部变量表部分。局部变量表存放了编译器可知的各种基本数据类型、对象引用类型和returnAddress类型（指向了一条字节码指令的地址）。

      在Java虚拟机种，对于这个区域规定了两种异常状况：

• 如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常；
• 当虚拟机栈动态扩展时，无法申请到足够的内存，会抛出OutOfMemoryError异常。

   （3）本地方法栈（Native Method Stacks）

    本地方法栈与虚拟机栈所发挥的作用相似，其区别是虚拟机栈为虚拟机执行Java方法（也即是字节码）服务，而本地方法栈则是为虚拟机使用到的Native方法服务。

    （4）Java堆（Java Heap）

• Java堆是垃圾收集器管理的主要区域，因此很多时候也被称做“GC堆"（Garbage Collected Heap）。
• Java堆存放的是对象实例和数组。
• Java堆不需要连续的内存，并且可以按照扩展来实现（通过-Xmx 和-Xms控制）。如果在堆中没有内存完成实例分配，并且堆也无法再扩展时，将会抛出OutOfMemoryError异常。

  （5）方法区（Method Area)

• 方法区与Java堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分，但它有一个别名叫做Non-Heap（非堆），目的是与Java堆区分开来。
• 方法区也可以和Java堆一样不需要连续的内存、可以选择固定大小或者可扩展。此外，还可以选择不实现垃圾收集。
• 根据Java虚拟机规范的规定，当方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常。

  （6）运行时常量池（Runtime Constant Pool)

• 运行时常量池是方法区的一部分。Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池（Constant Pool Table），用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后存放到方法区的运行时常量池中。     
• 当常量池无法申请到内存时，将抛出OutOfMemoryError异常。

2.2 虚拟机栈和本地方法栈溢出

    操作系统分配给每个进程的内存时有限制的，比如32位的Windows限制是2GB。虚拟机提供参数来控制Java堆和方法区的这两部分内存的最大值。剩余的内存为2GB-Xmx（最大堆容量）- MaxPermSize（最大方法区容量），程序记数器消耗内存很小，可以忽略掉。如果虚拟机进程本身耗费的内存不计算在内，剩下的内存就由虚拟机栈和本地方法栈瓜分了。每个线程分配到的占容量越大，可以建立的线程数量就越少，建立线程时就越容易把剩下的内存耗尽。

    一般默认情况下（因为每个方法压入栈的帧大小并不是一样的，所以只能说大多数情况下）达到1000~2000完全没有问题，对于正常调用（包括递归），这个深度应该完全够用了。但如果出现内存溢出，就只能减少最大堆和减少栈容量来获取更多线程。

2.3 方法区栈溢出

    方法区用于存放Class的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等。当程序运行，产生大量的类填满方法区时，会产生溢出。测试时可以借助CGLib直接操作字节码运行，生成大量动态类。

    在应用中，Spring、Hibernate对类进行增加时，都会使用到CGLib这类字节码技术，增强的类越多，就需要越大的方法区来保证动态生成的Class可以加载人内存。

    除此以外，大量JSP（JSP第一次运行时需要编译为Java类）、基于OSGI的应用（即使是同一个类文件，被不同的加载器加载也会视为不同的类）会产生大量的类。

---

3. 垃圾收集器和内存分配策略

3.1 垃圾收集器

3.1.1 引用计数算法
   （1） 算法基本思路：给对象添加一个引用计数器，每当有一个地方引用它时，计数器值就加1；当引用失效时，计数器值就减1；任何时刻计数器都为0的对象就是不可能再被使用的。

   （2） Java中没有选用引用计数算法来管理内存，其中最主要的原因是它很难解决对象之间的相互循环引用的问题。

3.1.2 根搜索算法
   （1）Java和C#都是使用根搜索算法（GC Roots Tracing）判定对象是否存活的。

   （2）算法基本思路：通过一系列名为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径称为引用链(Reference  Chain），当一个对象到GC Roots没有任何引用链相连时，则证明此对象是不可用的。

在Java语言里，可作为GC Roots的对象包括下面几种：

•  虚拟机栈（栈帧中的本地变量表）中的引用的对象。
• 方法区中的类静态属性引用的对象。
• 方法区中的常量引用的对象。
• 本地方法栈中ＪＮＩ（即Ｎative方法）的引用的对象。

   （3）方法区（即永久代）的垃圾收集主要回收两部分内容：废弃常量和无用的类。
3.2 垃圾收集算法

   （1）标记清除算法（Mark-Sweep）

    算法分为“标记”和“清除”两个阶段：首先标记出所有需要回收的对象，在标记完成后统一回收掉所有被标记的对象。

    主要缺点：一个是效率问题，标记清除过程的效率都不高；另一个是空间问题，标记清除之后会产生大量不连续的内存碎片，空间碎片太多可能会导致，当程序在以后的运行过程中需要分配较大对象时无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。

    (2）复制算法（Copying）

    基本思想：它将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这一块的内存用完了，就将还存活着的对象复制到另一块上面，然后再把已使用过的内存空间以此清理掉。

    主要缺点：将内存缩小为原来一半，代价很高。

    现在的商业虚拟机都采用这种收集算法来回收新生代，由于新生代中对象98%是朝生夕死的，所以并不需要按照1:1的比例来划分内存空间，而是将内存分为一块较大的Eden空间和两块较小的Survivor空间,每次使用Eden和其中的一块Survivor。当回收时，将Eden和Survivor中还活着的对象一次性拷贝到另一块Survivor空间中，最后清理掉Eden和刚才使用过的Survivor的空间。如果活着的对象大于Survivor，则移到老一代中。

     (3）标记-整理算法（Mark-Compact）

     在老年代中对象存活率高，所以不能使用复制算法。

     基本思想：标记过程仍然和“标记-清除”算法一样，但后续步骤不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存。

    （4）分代收集算法（Generational Collection）

     这是当地虚拟机采用的方法，把Java堆分为新生代和老年代，这样就可以根据各个年代的特点采用最适当的收集算法。

• 新生代中，只有少量对象存活，选用复制算法
• 老年代中，对象存活率高、没有额外空间对它进行分配担保，就必须使用“标记-清理”或“标记-整理”算法来进行回收。