【JVM学习】本地方法栈、堆

文章更新于：https://github.com/zgkaii/CS-Study-Notes，欢迎批评指正！

一、本地方法栈

1.1 本地方法接口

（1）什么是本地方法

简单地讲，一个Native Method就是一个Java调用非Java代码的接囗。该方法的实现由非Java语言实现，比如C。这个特征并非Java所特有，很多其它的编程语言都有这一机制，比如在C++中，你可以用extern “c” 告知c++编译器去调用一个C的函数。

“A native method is a Java method whose implementation is provided by non-java code.”（本地方法是一个非Java的方法，它的具体实现是非Java代码的实现）

在定义一个native method时，并不提供实现体（有些像定义一个Java interface），因为其实现体是由非java语言在外面实现的。

例如java.lang.Object中的public final native Class<?> getClass()方法；又如java.lang.Thread中的private native void start0()方法… …

本地接口的作用是融合不同的编程语言为Java所用，它的初衷是融合C/C++程序。

Tips：标识符native可以与其它java标识符连用，abstract除外。

（2）为什么使用本地方法

与Java环境的交互

有时Java应用需要与Java外面的环境交互，这是本地方法存在的主要原因。你可以想想Java需要与一些底层系统，如操作系统或某些硬件交换信息时的情况。本地方法正是这样一种交流机制：它为我们提供了一个非常简洁的接口，而且我们无需去了解Java应用之外的繁琐的细节。

与操作系统的交互

JVM支持着Java语言本身和运行时库，它是Java程序赖以生存的平台，它由一个解释器（解释字节码）和一些连接到本地代码的库组成。然而不管怎样，它毕竟不是一个完整的系统，它经常依赖于一底层系统的支持。这些底层系统常常是强大的操作系统。通过使用本地方法，我们得以用Java实现了jre的与底层系统的交互，甚至JVM的一些部分就是用C写的。还有，如果我们要使用一些Java语言本身没有提供封装的操作系统的特性时，我们也需要使用本地方法。

Sun’s Java

Sun的解释器是用C实现的，这使得它能像一些普通的C一样与外部交互。jre大部分是用Java实现的，它也通过一些本地方法与外界交互。例如：类java.lang.Thread的setpriority()方法是用Java实现的，但是它实现调用的是该类里的本地方法setpriority()。这个本地方法是用C实现的，并被植入JVM内部，在Windows 95的平台上，这个本地方法最终将调用Win32 setpriority() ApI。这是一个本地方法的具体实现由JVM直接提供，更多的情况是本地方法由外部的动态链接库（external dynamic link library）提供，然后被JVw调用。

现状

目前这类方法使用的越来越少了，除非是与硬件有关的应用，比如通过Java程序驱动打印机或者Java系统管理生产设备，在企业级应用中已经比较少见。因为现在的异构领域间的通信很发达，比如可以使用Socket通信，也可以使用Web Service等等，不多做介绍。

1.2 本地方法栈

Java虚拟机栈于管理Java方法的调用，而本地方法栈（Native Method Stack）用于管理本地方法的调用。

本地方法栈，也是线程私有的。

允许被实现成固定或者是可动态扩展的内存大小。（在内存溢出方面是相同的）

• 如果线程请求分配的栈容量超过本地方法栈允许的最大容量，Java虚拟机将会抛出一个stackoverflowError 异常。
• 如果本地方法栈可以动态扩展，并且在尝试扩展的时候无法申请到足够的内存，或者在创建新的线程时没有足够的内存去创建对应的本地方法栈，那么Java虚拟机将会抛出一个outofMemoryError异常。

本地方法是使用C语言实现的。

它的具体做法是Native Method Stack中登记native方法，在Execution Engine 执行时加载本地方法库。

当某个线程调用一个本地方法时，它就进入了一个全新的并且不再受虚拟机限制的世界。它和虚拟机拥有同样的权限。

• 本地方法可以通过本地方法接口来访问虚拟机内部的运行时数据区。
• 它甚至可以直接使用本地处理器中的寄存器
• 直接从本地内存的堆中分配任意数量的内存。

并不是所有的JVM都支持本地方法。因为Java虚拟机规范并没有明确要求本地方法栈的使用语言、具体实现方式、数据结构等。如果JVM产品不打算支持native方法，也可以无需实现本地方法栈。

在Hotspot JVM中，直接将本地方法栈和虚拟机栈合二为一。

二、堆核心概述

2.1 堆内存细分

一个进程只有一个JVM，一个JVM实例只存在一个堆内存。但是进程可包含多个线程，他们是共享同一堆空间的。

Java堆区（Heap）在JVM启动的时候即被创建时就确定了空间大小，是JVM管理的最大一块内存空间。《Java虚拟机规范》规定，堆可以处于物理上不连续的内存空间中，但在逻辑上被视为连续的。所有的对象实例以及数组都应当在运行时分配在堆上。更准确说法是——“几乎”所有的对象实例都在这里分配内存。

• 因为还有一些对象是在栈上分配的。数组和对象可能永远不会存储在栈上，因为栈帧中保存引用，这个引用指向对象或者数组在堆中的位置。

Java 7及之前堆内存逻辑上分为三部分：新生区+养老区+永久区

新生区	养老区	永久区
Young Generation Space	Tenure generation space	Permanent Space
Young/New（又被划分为Eden区和Survivor区）	Old/Tenure	Perm

Java 8及之后堆内存逻辑上分为三部分：新生区+养老区+元空间

新生区	养老区	元空间
Young Generation Space	Tenure generation space	Meta Space
Young/New（又被划分为Eden区和Survivor区）	Old/Tenure	Meta

其中，新生区=新生代=年轻代；养老区=老年区=老年代；永久区=永久代。

2.2 设置堆内存大小

Java堆区用于存储Java对象实例，那么堆的大小在JVM启动时就已经设定好了，大家可以通过选项"-Xmx"和"-Xms"来进行设置。例如：

-Xms10m：最小堆内存 -Xmx10m：最大堆内存

• “-Xms"用于表示堆区的起始内存，等价于-XX:InitialHeapSize
• “-Xmx"则用于表示堆区的最大内存，等价于-XX:MaxHeapSize

一旦堆区中的内存大小超过“-Xmx"所指定的最大内存时，将会抛出OutofMemoryError异常（俗称OOM异常）。

通常会将-Xms和-Xmx两个参数配置相同的值，其目的是为了能够在Java垃圾回收机制清理完堆区后不需要重新分隔计算堆区的大小，从而提高性能。

默认情况：

• 初始内存大小：物理电脑内存大小 / 64

• 最大内存大小：物理电脑内存大小 / 4

/**
 * -Xms 用来设置堆空间（年轻代+老年代）的初始内存大小
 *  -X：是jvm运行参数
 *  ms：memory start
 * -Xmx：用来设置堆空间（年轻代+老年代）的最大内存大小
 */
public class HeapSpaceInitial {
   
    public static void main(String[] args) {
   
        // 返回Java虚拟机中的堆内存总量
        long initialMemory = Runtime.getRuntime().totalMemory() / 1024 / 1024;
        // 返回Java虚拟机试图使用的最大堆内存
        long maxMemory = Runtime.getRuntime().maxMemory() / 1024 / 1024;
        System.out.println("-Xms:" + initialMemory + "M");
        System.out.println("-Xmx:" + maxMemory + "M");
    }
}

输出结果：

-Xms:243M
-Xmx:3591M
系统内存大小：15.1875G
系统内存大小：14.02734375G

查看堆内存的内存分配

方法一：CMD敲入命令jps——>jstat -gc 进程id

方法二：配置VM option时加上-XX:+PrintGCDetails

2.4 年轻代与老年代

从生命周期角度可将存储在JVM中的Java对象可以被划分为两类：

• 一类是生命周期较短的瞬时对象，这类对象的创建和消亡都非常迅速（生命周期短的，及时回收即可）
• 另外一类对象的生命周期却非常长，在某些极端的情况下还能够与JVM的生命周期保持一致

根据存储对象的不同，Java堆区便划分为年轻代（YoungGen）和老年代（OldGen）。其中年轻代又可以划分为Eden空间、Survivor0空间和Survivor1空间（有时也叫做from区、to区）。

配置新生代与老年代堆结构的占比：

• 默认-XX:NewRatio=2，表示新生代占占整个堆的1/3，老年代占2/3。

• 可以修改-XX:NewRatio=4，表示新生代占整个堆的1/5，老年代占4/5。

Tips：生命周期长的对象偏多，就可以通过调整 老年代的大小，来进行调优。

在新生代中，Eden空间和另外两个survivor空间所占的比例默认是8：1：1。

-XX:-UseAdaptiveSizePolicy：关闭自适应的内存分配策略。可以通过选项-XX:SurvivorRatio调整这个空间比例。（实际比例不是8：1：1，如要确定是8：1：1需要指定-XX:SurvivorRatio=8）

几乎所有的Java对象都是在Eden区被new出来的。绝大部分的Java对象的销毁都在新生代进行了。（有些大的对象在Eden区无法存储时候，将直接进入老年代）

可以使用选项"-Xmn"设置新生代最大内存大小。

2.5 堆对象分配过程

（1）概念

为新对象分配内存是一件非常严谨和复杂的任务，JVM的设计者们不仅需要考虑内存如何分配、在哪里分配等问题，并且由于内存分配算法与内存回收算法密切相关，所以还需要考虑GC执行完内存回收后是否会在内存空间中产生内存碎片。

• new的对象先放Eden区。

• 当Eden区的空间填满时，程序还需创建对象，JVM的垃圾回收器将对Eden区进行垃圾回收（MinorGC，又称YGC），将Eden区中的不再被其他对象所引用的对象进行销毁，再加载新的对象放到Eden区。

• 然后将Eden区中的幸存的对象移动到From区（Survivor From区）。

• 如果再次触发垃圾回收，此时Eden区和From区幸存下来的对象就会放到To区（Survivor To区）。

  • 此过程后From区对象都放到To区，故From区变To区，原To区变From区。

• 如果再次经历垃圾回收，此时Eden区对象会重新放回From区，接着再去To区。

• 啥时候能去养老区呢？当Survivor中的对象的年龄达到15的时候，将会触发一次 Promotion晋升的操作，对象晋升至养老区。可以设置次数：-Xx:MaxTenuringThreshold= N，默认是15次。

• 当养老区内存不足时，再次触发垃圾回收（Major GC），进行养老区的内存清理。

• 若养老区执行了Major GC之后，发现依然无法进行对象的保存，就会产生OOM异常。

特别注意，在Eden区满了的时候，才会触发MinorGC；而幸存者区满了后，不会触发MinorGC操作。如果Survivor区满了后，将会触发一些特殊的规则，也就是可能直接晋升老年代。

（2）对象分配的特殊情况

代码演示对象分配过程

public class HeapInstanceTest {
   
    byte[] buffer = new byte[new Random().nextInt(1024 * 200)];

    public static void main(String[] args) throws InterruptedException {
   
        ArrayList<HeapInstanceTest> list = new ArrayList<>();
        while (true) {
   
            list.add(new HeapInstanceTest());
            Thread.sleep(10);