虚拟机栈

最新推荐文章于 2020-11-24 12:29:58 发布

慢就是【快】

最新推荐文章于 2020-11-24 12:29:58 发布

阅读量221

点赞数

分类专栏： JVM 文章标签：虚拟机栈栈帧局部变量表操作数栈动态链接

本文链接：https://blog.csdn.net/u012068483/article/details/106647052

版权

JVM 专栏收录该内容

16 篇文章 0 订阅

订阅专栏

文章目录

一、虚拟机栈概述

虚拟机栈出现的背景

由于跨平台性的设计，Java的指令都是根据栈来设计的。不同平台CPU架构不同，所以不能设计为基于寄存器的
优点是跨平台，指令集小，编译器容易实现
缺点是性能下降，实现同样的功能需要更多的指令

内存中的栈与堆

栈是运行时的单位，而堆是存储的单位
栈解决程序的运行问题，即程序如何执行，或者说如何处理数据。堆解决的是数据存储的问题，即数据怎么放、放在哪儿

在这里插入图片描述

Java虚拟机栈是什么？

Java虚拟机栈，早期也叫Java栈。每个线程在创建时都会创建一个虚拟机栈，其内部保存一个个的栈帧（Stack Frame），对应着一次次的Java方法调用。
是线程私有的
生命周期
- 生命周期和线程一致
作用
- 主管Java程序的运行，它保存方法的局部变量（8种基本数据类型、对象的引用地址
  ）、部分结果，并参与方法的调用和返回
栈的优点
- 栈是一种快速有效的分配存储方式，访问速度仅次于程序计数器
JVM直接对Java栈的操作只有两个：
- 每个方法执行，伴随着进栈（入栈、压栈）
- 执行结束后的出栈工作
- 对于栈来说不存在垃圾回收问题

栈中可能出现的异常

Java虚拟机规范允许Java栈的大小是动态的或者是固定不变的
1. 如果采用固定大小的Java虚拟机栈，那每一个线程的Java虚拟机栈容量可以在线程创建的时候独立选定。如果线程请求分配的栈容量超过Java虚拟机栈允许的最大容量，Java虚拟机将会抛出一个StackOverflowError异常
2. 如果Java虚拟机栈可以动态扩展，并且在尝试扩展的时候无法申请到足够的内存，或者在创建新的线程时没有足够的内存去创建对应的虚拟机栈，那Java虚拟机将会抛出一个OutofMemoryError异常
3. 线程请求的栈深度大于虚拟机允许的最大深度 StackOverflowError；虚拟机在扩展栈深度时，无法申请到足够的内存空间 OutOfMemoryError

设置栈内存大小

可以使用参数-Xss选项来设置线程的最大栈空间，栈的大小直接决定了函数调用的最大可达深度

public class StackDeepTest {

    private static int count = 0;

    // 循环递归调用,一直达到jvm的最大深度
    public static void recursion() {
        count++;
        recursion();
    }

    public static void main(String[] args) {
        try {
            recursion();
        } catch (Throwable e) {
            System.out.println("栈的最大深度为： = " + count);
            e.printStackTrace();
        }
    }
}

在这里插入图片描述

设置-Xss5m设置最大调用深度后调用

在这里插入图片描述

总结：每个计算机都会有一个极限最大调用深度,避免递归在代码中无限循环。

二、栈的存储单位

栈中存储的是什么

每个线程都有自己的栈，栈中的数据都是以栈帧（Stack Frame）的格式存在
在这个线程上正在执行的每个方法都各自对应一个栈帧
栈帧是一个内存区块，是一个数据集，维系着方法执行过程中的各种数据信息

栈运行原理

在这里插入图片描述

JVM直接对Java栈的操作只有两个，就是对栈帧的压栈和出栈，遵循"先进后出"/"后进先出"原则
在一条活动线程中，一个时间点上，只会有一个活动的栈帧。即只有当前正在执行的方法的栈帧（栈顶栈帧）是有效的，这个栈帧被称为当前栈帧，与当前栈帧相对应的方法就是当前方法，定义这个方法的类就是当前类
执行引擎运行的所有字节码指令只针对当前栈帧进行操作
如果在该方法中调用了其他方法，对应的新的栈帧会被创建出来，放在栈的顶端，称为新的当前帧
不同线程中所包含的栈帧是不允许存在相互引用的，即不可能在一个栈帧之中引用另外一个线程的栈帧
如果当前方法调用了其他方法，方法返回之际，当前栈帧会传回此方法的执行结果给前一个栈帧，接着，虚拟机会丢弃当前栈帧，使得前一个栈帧重新成为当前栈帧
Java方法有两种返回函数的方式，一种是正常的函数返回，使用return指令；另外一种是抛出异常，不管使用哪种技术，都会导致栈帧被弹出。

/**
 *
 * 方法的结束方式分为两种：
 * ① 正常结束，以return为代表  
 * ② 方法执行中出现未捕获处理的异常，以抛出异常的方式结束
 */
public class StackFrameTest {
    public static void main(String[] args) {
        try {
            StackFrameTest test = new StackFrameTest();
            test.method1();

        } catch (Exception e) {
            e.printStackTrace();
        }
        System.out.println("main()正常结束");
    }

    public void method1() {
        System.out.println("method1()开始执行...");
        method2();
        System.out.println("method1()执行结束...");
//        System.out.println(10 / 0);
//        return ;//可以省略
    }

    public int method2() {
        System.out.println("method2()开始执行...");
        int i = 10;
        int m = (int) method3();
        System.out.println("method2()即将结束...");
        return i + m;
    }

    public double method3() {
        System.out.println("method3()开始执行...");
        double j = 20.0;
        System.out.println("method3()即将结束...");
        return j;
    }
}

输出结果为：

method1()开始执行…
method2()开始执行…
method3()开始执行…
method3()即将结束…
method2()即将结束…
method1()执行结束…
main()正常结束

栈帧的内部结构

每个栈帧中存储着：

局部变量表（Local Variables）
操作数栈（Operand Stack）
动态链接（Dynamic Linking）（或者指向运行时常量池的方法引用）
方法返回地址（Return Address）（方法正常退出或者异常退出的定义）
一些附加信息

在这里插入图片描述

三、局部变量表

局部变量表也称为局部变量数组或本地变量表
定义为一个数字数组，主要用于存储方法参数和定义在方法体内的局部变量，这些数据类型包括各类基本数据类型、对象引用（Reference）以及returnAddress类型
由于局部变量表是建立在线程的栈上，是线程的私有数据，因此不存在数据安全问题
局部变量表所需的容量大小是在编译器确定下来的，并保存在方法的Code属性的maximum local variables数据项中，在方法运行期间是不会改变局部变量表的大小的

关于SLot的理解

参数值的存放总是在局部变量数组的index0开始，到数组长度-1的索引结束
局部变量表，最基本的存储单元是Slot（变量槽）
局部变量表中存放编译期可知的各种基本数据类型（8种），引用类型（Reference），returnAddress类型
在局部变量表里，32位以内的类型占用一个slot（包括returnAddress类型），64位的类型（long和double）占用两个slot
- byte、short、char在存储前被转换为int、boolean也被转换为int,0表示false，非0表示true
- long和double则占据两个SLot

在这里插入图片描述

JVM会为局部变量表中的每一个Slot都分配一个访问索引，通过这个索引即可成功访问到局部变量表中指定的局部变量值
当一个实例方法被调用的时候，他的方法参数和方法体内部定义的局部变量将会按照顺序被复制到局部变量表中的每一个Slot上
如果需要访问局部变量表中的一个64bit的局部变量值时，只需要使用前一个索引即可（比如，访问long或double类型变量）
如果当前帧是由构造方法或者实例方法创建的，那么该对象引用this将会存放在index为0的slot处，其余的参数按照参数表顺序继续排列

举例：静态变量与局部变量的对比

参数表分配完毕之后，在根据方法体内定义的变量的顺序和作用域分配
变量表有两次初始化的机会，第一次是准备阶段，执行系统初始化，堆类变量设置零值，另一次则是在初始化阶段，赋予程序员在代码中定义的初始值
和类变量初始化不同的是，局部变量表不存在系统初始化的过程，这意味着一旦定义了局部变量则必须人为的初始化，否则无法使用。

public void test(){
    int i;
    System.out.println(i);
}

以上代码时错误的，没有赋值不能使用

局部变量表相关示例代码

代码段1

public static void main(String[] args) {
        LocalVariablesTest test = new LocalVariablesTest();
        int num = 10;
        test.test1();
    }

在这里插入图片描述

代码段2

public void test1() {
        Date date = new Date();
        String name1 = "htzw";
        test2(date, name1);
        System.out.println(date + name1);
    }

在这里插入图片描述

代码段3

public String test2(Date dateP, String name2) {
        dateP = null;
        name2 = "htzw";
        //占据两个slot
        double weight = 130.5;
        char gender = '男';
        return dateP + name2;
    }

在这里插入图片描述
代码段4

public void test4() {
        int a = 0;
        {
            int b = 0;
            b = a + 1;
        }
        //变量c使用之前已经销毁的变量b占据的slot的位置
        int c = a + 1;
    }

在这里插入图片描述

代码段5

/**
     * 变量的分类：按照数据类型分：① 基本数据类型  ② 引用数据类型
     *       按照在类中声明的位置分：
     *       ① 成员变量：在使用前，都经历过默认初始化赋值
     *            类变量： linking的prepare阶段：给类变量默认赋值  ---> initial阶段：给类变量显式赋值即静态代码块赋值
     *            实例变量：随着对象的创建，会在堆空间中分配实例变量空间，并进行默认赋值
     *      ② 局部变量：在使用前，必须要进行显式赋值的！否则，编译不通过
     */
    public void test5Temp() {
        int num;
        System.out.println(num);//错误信息：变量num未进行初始化
    }

说明

在栈帧中，与性能调优关系最为密切的部分是局部变量表。在方法执行时，虚拟机使用局部变量表完成方法的传递
局部变量表中的变量也是重要的垃圾回收根节点，只要被局部变量表中的直接或间接引用的对象都不会被回收

四、操作数栈(Operand Stack)

每一个独立的栈帧中除了包含局部变量表以外，还包含一个后进先出的操作数栈，也可以称为表达式栈
操作数栈，在方法执行过程中，根据字节码指令，往栈中写入数据或提取数据，即入栈（push）/出栈（pop）
某些字节码指令将值压入操作数栈，其余的字节码指令将操作数取出栈，使用他们后再把结果压入栈（比如：执行复制、交换、求和等操作）

在这里插入图片描述

代码举例

public void testAddOperation() {
        //byte、short、char、boolean：都以int型来保存
        byte i = 15;
        int j = 8;
        int k = i + j;
    }

以上代码对应的字节码指令信息如下

在这里插入图片描述

**如果被调用的方法带有返回值的话，其返回值将会被压入当前栈帧的操作数栈中，**并更新PC寄存器中下一条需要执行的字节码指令
操作数栈中元素的数据类型必须与字节码指令的序列严格匹配，这由编译器在编译器期间进行验证，同时在类加载过程中的类检验阶段的数据流分析阶段要再次验证
另外，我们说的Java虚拟机的解析引擎是基于栈的执行引擎，其中的栈指的是操作数栈

五、代码追踪

演示代码

public void testAddOperation() {
        //byte、short、char、boolean：都以int型来保存
        byte i = 15;
        int j = 8;
        int k = i + j;
    }

在这里插入图片描述

六、栈顶缓存技术

基于栈式架构的虚拟机所使用的零地址指令更加紧凑，但完成一项操作的时候必然需要使用更多的入栈和出栈指令，这同时也就意味着将需要更多的指令分派次数和内存读/写次数
由于操作数是存储在内存中的，因此频繁地执行内存读/写操作必然会影响执行速度。为了解决这个问题，HotSpot JVM设计者提出了栈顶缓存技术，将栈顶元素全部缓存在物理CPU的寄存器中，以此降低对内存的读/写次数，提升执行引擎的执行效率

七、动态链接

每一个栈帧内部都包含一个指向运行时常量池中该栈帧所属方法的引用。包含这个引用的目的就是为了支持当前方法的代码能够实现动态链接（Dynamic Linking）。比如：invokedynamic指令
在Java源文件被编译到字节码文件中时，所有的变量和方法引用都作为符号引用（Symbolic Reference）保存在class文件的常量池里。比如，描述一个方法调用了另外的其他方法时，就是通过常量池中指向方法的符号引用来表示的，那么动态链接的作用就是为了将这些符号引用转换为调用方法的直接引用

为什么需要常量池呢？

常量池的作用，就是为了提供一些符号和常量，便于指令的识别

八、方法的调用：解析与分派

静态链接 VS 动态链接

在JVM中，将符号引用转换为调用方法的直接引用于方法的绑定机制相关

静态链接
- 当一个字节码文件被装载进JVM内部时，如果被调用的目标方法在编译期可知，且运行期保持不变时，这种情况下将调用方法的符号引用转换为直接引用的过程称为静态链接
动态链接
- 如果被调用的方法在编译期无法被确定下来，也就是说，只能够在程序运行期将调用方法的符号引用转换为直接引用，由于这种引用转换过程具备动态性，因此称为动态链接

早期绑定 VS 晚期绑定

对应的方法的绑定机制为：早期绑定（Early Binding）和晚期绑定（Late Binding）。绑定是一个字段、方法或者类在符号引用被替换为直接引用的过程，这仅仅发生一次

早期绑定
- 早期绑定指被调用的目标方法如果在编译期可知，且运行期保持不变时，即可将这个方法与所属的类型进行绑定，这样一来，由于明确了被调用的目标方法究竟是哪一个，因此也就可以使用静态链接的方式将符号引用转换为直接引用
晚期绑定
- 如果被调用的方法在编译期无法被确定下来，只能够在程序运行期根据实际的类型绑定相关的方法，这种绑定方式也称为晚期绑定

/**
 * 说明早期绑定和晚期绑定的例子
 */
class Animal {

    public void eat() {
        System.out.println("动物进食");
    }
}

interface Huntable {
    void hunt();
}

class Dog extends Animal implements Huntable {
    @Override
    public void eat() {
        System.out.println("狗吃骨头");
    }

    @Override
    public void hunt() {
        System.out.println("捕食耗子，多管闲事");
    }
}

class Cat extends Animal implements Huntable {

    public Cat() {
        super();//表现为：早期绑定
    }

    public Cat(String name) {
        this();//表现为：早期绑定
    }

    @Override
    public void eat() {
        super.eat();//表现为：早期绑定
        System.out.println("猫吃鱼");
    }

    @Override
    public void hunt() {
        System.out.println("捕食耗子，天经地义");
    }
}

public class AnimalTest {
    public void showAnimal(Animal animal) {
        animal.eat();//表现为：晚期绑定
    }

    public void showHunt(Huntable h) {
        h.hunt();//表现为：晚期绑定
    }
}

虚方法 VS 非虚方法

非虚方法
- 如果方法在编译期就确定了具体的调用版本，这个版本在运行时时不可变的。这样的方法称为非虚方法
- 静态方法、私有方法、final方法、实例构造器、父类方法都是非虚方法
- 其他方法称为虚方法

虚拟机中提供了几下几条方法调用指令：

普通调用指令
1. invokestatic：调用静态方法，解析阶段确定唯一方法版本
2. invokespecial：调用<init>方法、私有及父类方法，解析阶段确定唯一方法版本
3. invokevirtual：调用所有虚方法
4. invokeinterface：调用接口方法
动态调用指令
1. invokedynamic：动态解析出需要调用的方法，然后执行

前四条指令固化在虚拟机内部，方法的调用执行不可人为干预，而invokedynamic指令则支持由用户确定方法版本，其中**invokestatic指令和invokespecial指令调用的方法称为非虚方法，其余的（final修饰的除外）称为虚方法**

关于invokedynamic指令

JVM字节码指令集一直比较稳定，一直到Java7中才增加了一个invokedynamic指令，这是Java为了实现动态类型语言支持而做的一次改进
但是在Java7中并没有提供直接生成invokedynamic指令的方法，需要借助ASM这种底层字节码工具来产生invokedynamic指令。直到Java8的lambda表达式的出现，invokedynamic指令的生成，在Java中才有了直接的生成方式
Java7中增加的动态语言类型支持的本质是对Java虚拟机规范的修改，而不是对Java语言规则的修改

动态类型语言VS静态类型语言

动态类型语言和静态类型语言两者的区别在于对类型的检查是在编译期还是在运行期，满足前者就是静态类型语言，反之是动态类型语言
**静态类型语言是判断变量自身的类型信息，动态类型语言是判断变量值的类型信息，变量没有类型信息，变量值才有类型信息，**这是动态语言的一个重要特征

/**
 * 体会invokedynamic指令
 *
 */
@FunctionalInterface
interface Func {
    public boolean func(String str);
}

public class Lambda {
    public void lambda(Func func) {
        return;
    }

    public static void main(String[] args) {
        Lambda lambda = new Lambda();

        Func func = s -> {
            return true;
        };

        lambda.lambda(func);

        lambda.lambda(s -> {
            return true;
        });
    }
}

方法重写的本质

Java语言中方法重写的本质如下：

找到操作数栈顶的第一个元素所执行的对象的实际类型，记做C
如果在类型C中找到与常量中的描述符合简单名称都相符的方法，则进行访问权限校验，如果通过则返回这个方法的直接引用，查找过程结束；如果不通过，则返回java.lang.IllegalAccessError异常
否则，按照继承关系从下往上依次对C的各个父类进行第2步的搜索和验证过程
如果始终没有找到合适的方法，则抛出java.lang.AbstractMethodError异常

IllegalAccessError介绍

程序试图访问或修改一下属性或调用一个方法，这个属性或方法，没有权限访问。一般的，这个会引起编译期异常。这个错误如果发生在运行时，就说明一个类型发生了不兼容的改变

九、方法返回地址

存放调用该方法的PC寄存器的值
一个方法的结束，有两种方式
- 正常执行完成
- 出现未处理的异常，非正常退出
无论通过哪种方式退出，在方法退出后都返回到该方法被调用的位置。方法正常退出时，调用者的PC计数器的值作为返回地址，即调用该方法的指令的下一个指令地址。而通过异常退出的，返回地址是要通过异常表来确定，栈帧中一般不会保存这部分信息
当一个方法开始执行后，只有两种方式可以退出这个方法：
1. 执行引擎遇到任意一个方法返回的字节码指令（return），会有返回值传递给上层的方法调用者，简称正常完成出口；
  - 一个方法在正常调用完之后究竟需要使用哪一个返回地址指令，还需要根据方法的返回值的实际数据类型而定
  - 在字节码指令中，返回指令包含ireturn（当返回值是boolean、byte、char、short和int类型时使用）、lreturn、freturn、dreturn以及areturn，另外还有一个return指令供声明为void的方法、实例初始化方法、类和接口的初始化方法使用
2. 在方法执行的过程中遇到了异常（Exception），并且这个异常没有在方法内进行处理，也就是只要在本方法的异常表中没有搜索到匹配的异常处理器，就会导致方法退出。简称异常完成出口
  - 方法执行过程中抛出异常时的异常处理，存储在一个异常处理表，方便在发生异常的时候找到处理异常的代码

本质上，方法的退出就是当前栈帧出栈的过程。此时，需要恢复上层方法的局部变量表、操作数栈、将返回值压入调用者栈帧的操作数栈、设置PC寄存器值等，让调用者方法继续执行下去

正常完成出口和异常完成出口的区别在于：通过异常完成出口退出的不会给他的上层调用者产生任何的返回值

十、栈的相关面试题

举例栈溢出的情况？（StackOverflowError）

通过-Xss设置栈的大小

调整栈大小，就能保证不出现溢出吗？

不能

分配的栈内存越大越好吗？

不是

垃圾回收是否会涉及到虚拟机栈？

不会

方法中定义的局部变量是否线程安全？

要具体情况具体分析

何为线程安全？

如果只有一个线程才可以操作此数据，则必是线程安全的
如果有多个线程操作此数据，则此数据是共享数据。如果不考虑同步机制的话，会存在线程安全问题

/**
 * 方法中定义的局部变量是否线程安全？具体情况具体分析
 * <p>
 * 何为线程安全？
 * 如果只有一个线程才可以操作此数据，则必是线程安全的。
 * 如果有多个线程操作此数据，则此数据是共享数据。如果不考虑同步机制的话，会存在线程安全问题。
 */
public class StringBuilderTest {

    int num = 10;

    //s1的声明方式是线程安全的
    public static void method1() {
        //StringBuilder:线程不安全
        StringBuilder s1 = new StringBuilder();
        s1.append("a");
        s1.append("b");
        //...
    }

    //sBuilder的操作过程：是线程不安全的
    public static void method2(StringBuilder sBuilder) {
        sBuilder.append("a");
        sBuilder.append("b");
        //...
    }

    //s1的操作：是线程不安全的
    public static StringBuilder method3() {
        StringBuilder s1 = new StringBuilder();
        s1.append("a");
        s1.append("b");
        return s1;
    }

    //s1的操作：是线程安全的
    public static String method4() {
        StringBuilder s1 = new StringBuilder();
        s1.append("a");
        s1.append("b");
        return s1.toString();
    }

    public static void main(String[] args) {
        StringBuilder s = new StringBuilder();

        new Thread(() -> {
            s.append("a");
            s.append("b");
        }).start();

        method2(s);
    }
}