第三篇章:运行时数据区——独立空间

运行时数据区

本专栏学习内容来自尚硅谷宋红康老师的视频以及《深入理解JVM虚拟机》第三版

有兴趣的小伙伴可以点击视频地址观看,也可以点击下载电子书

概述

JVM所有的步骤其实可以理解为厨师炒菜

  • 加载:对应着大厨的手下准备食材的过程
  • 运行时数据区:可以看作准备好的食材分类放在桌子上供大厨使用
  • 执行引擎:大厨使用准备好的食材开始做菜

JVM在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而一直存在,有些区域则是以来用户线程的启动和结束而建立和销毁。

JVM中的运行时数据区分为以下五块内容

  • 程序计数器,也称作PC寄存器
  • 本地方法栈
  • 虚拟机栈
  • 方法区

在这里插入图片描述

如下图所示,JVM支持多线程,在多线程的情况下,方法区和堆中的对象是共享的,程序计数器、本地方法栈和虚拟机栈是每个线程各拥有一份的。

请添加图片描述

程序计数器(PC寄存器)

介绍

  • PC寄存器是一块很小的内存空间,几乎可以忽略不计,也是运行速度最快的存储区域

  • 在JVM规范中,每个线程都有他自己的PC寄存器,是线程私有的,生命周期与线程的生命周期保持一致

  • 任何时间一个线程都只有一个方法再执行,也就是所谓的当前方法。PC寄存器会存储当前线程正在执行的Java方法的JVM指令地址;如果是在执行native放啊,则是未指定值(undefined)

  • 它是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域

在介绍运行时数据区时,每个模块都会介绍两个术语

GC:垃圾回收,并不是每个模块都有垃圾回收的

OutOfMemoryError(OOM):内存溢出

作用

PC寄存器用来存储指向下一条指令的地址,也就是即将要执行的指令代码,由执行引擎读取吓一跳指令。

使用举例

执行以下代码,反编译看一下class文件

PC寄存器用于存储指令地址,也就是红框中的数字,每个数字对应的操作指令会被执行引擎所执行

在这里插入图片描述

常见问题

Q1:使用PC寄存器存储字节码指令地址有什么用?

因为CPU需要不停的切换各个线程,切换回来以后就必须要知道接着从哪一步开始。JVM字节码解释器就需要通过改变PC寄存器的值来明确吓一跳该执行什么样的字节码指令

Q2:PC寄存器为什么会被设定为线程私有

在多线程的情况下,对于一个CPU来说他只是伪并发,实际上是并行操作,多个线程同时争取CPU资源

假设PC寄存器是多线程共享的,那会出现什么问题?

现在有两个线程A,B,他们共享一个PC寄存器。A线程抢到CPU资源执行到了5号操作,这时候PC寄存器存储的是5,然后B线程抢到了CPU资源,它执行到了10号操作,PC寄存器中的值被修改为10,A线程重新抢到CPU资源时,直接从第10步开始执行,这中间就丢失了几步操作,会导致程序执行失败。

为了能够准确地记录各个线程正在执行的当前字节码指令地址,最好的办法自然是未每一个线程都分配一个PC寄存器

虚拟机栈

概述

虚拟机栈描述的是Java方法执行的线程内存模型:每个方法被执行的时候,Java虚拟机都会同步创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法被调用直至执行完毕的过程,就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。

  • 栈是运行时的单位,而堆是存储的单
  • 虚拟机栈的生命周期和线程一致
  • 是线程私有的

特点

  • 栈是一种快速有效的分配存储方式,访问速度仅次于PC寄存器
  • JVM直接对Java栈的操作只有两个:
    • 每个方法执行,伴随着入栈
    • 执行结束后的出栈工作
  • 对于栈来说不存在垃圾回收问题,但是存在OOM内存溢出问题

虚拟机栈可能出现的异常

Java虚拟机规范允许Java栈的大小是动态的或者是固定不变的

  • 如果采用固定大小的虚拟机栈,那每个现成的虚拟机栈容量在线程创建的时候独立选定,如果线程请求分配的栈容量超过Java虚拟机栈允许的最大容量,Java虚拟机会抛出一个StackOverflowError异常
  • 如果虚拟机栈可以动态扩展,并且在尝试扩展的时候无法申请到足够的内存,或者在创建新的线程时没有足够的内存去创建对应的虚拟机栈,那么Java虚拟机将会抛出一个OutOfMemoryError异常

演示StackOverflowError异常

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

在这里插入图片描述

存储结构及运行原理

在这里插入图片描述

存储结构

  • 每个线程都有自己的栈,栈中的数据都是以栈帧的格式存在。

  • 在这个线程上正在执行的每个方法都各自对应一个栈帧

  • 栈帧是一个内存区块,是一个数据集,维系着方法执行过程中的各种数据信息

运行原理

JVM直接对栈的操作只有两个,就是对栈帧的入栈和出栈,遵循先进后出,后进先出的原则

在一条活动线程中,一个时间点上,只会有一个活动的栈帧。

  • 当前栈帧:当前正在执行的方法的栈帧
  • 当前方法:当前栈帧对应的方法
  • 当前类:定义当前方法的类

如下述代码所示,执行引擎运行的所有字节码指令执政对当前栈帧进行操作,如果在该方法中调用了其他方法,对应的新的栈帧会被创建出来,放在栈的顶端成为当前栈帧。

public class StackTest {
    public static void main(String[] args) {
        StackTest test = new StackTest();
        test.method1();
    }

    public void method1(){
        System.out.println("method1正在执行");
        method2();
        System.out.println("method1执行完毕");
    }

    public int method2(){
        System.out.println("method2正在执行");
        method3();
        System.out.println("method2执行完毕");
        return 1;
    }

    public double method3(){
        System.out.println("method3正在执行");
        System.out.println("method3执行完毕");
        return 1;
    }
}

//结果
method1正在执行
method2正在执行
method3正在执行
method3执行完毕
method2执行完毕
method1执行完毕

在调试代码时,可以清楚的看出当前栈帧和栈帧的运行步骤

  • 如果当前方法调用了其他方法,方法返回的时候,当前栈帧会传回此方法的执行结果给前一个栈帧,接着虚拟机会丢弃当前栈帧,使得前一个栈帧重新成为当前栈帧
  • Java方法有两种返回函数的方式,不管是哪种方式,都会导致栈帧被弹出
    • 正常的函数返回,使用return命令
    • 抛出异常

在这里插入图片描述

最后顺便学习以下JVM的操作指令,通过反编译上述代码,可以看到

method1()返回值是void,操作指令是return

method2()返回值是int,操作指令是ireturn

method3()返回值是double,操作指令是dreturn

在这里插入图片描述

栈帧的内部结构

每个栈帧中存储着以下结构,其中比较重要的是局部变量表以及操作数栈

  • 局部变量表
  • 操作数栈(也被称作表达式栈)
  • 动态链接(指向运行时常量池的方法引用)
  • 方法返回地址(方法正常退出或者异常退出的定义)
  • 一些附加信息

局部变量表(local variables)

  • 局部变量表也被称为局部变量数组或者本地变量表

  • 局部变量表是一个数字数组,主要用于存储方法参数和定义在方法体内的局部变量,这些数据类型包括基本数据类型、对象引用以及returnAddress类型

  • 因为虚拟机栈是线程私有的,局部变量表建立在线程的栈上,因此不存在数据安全问题

  • 局部变量表所需的容量大小是在编译期确定下来,并保存在方法的Code属性的maximum local variables数据项中,在方法运行期间是不会改变局部变量表的大小的

方法内部结构分析

以下借助jclasslib插件,观察JVM是如何解析Class文件的

多图预警!!!

在这里插入图片描述

Code文件中三个分类

  • 字节码:Java文件对应的Class文件的操作
  • 异常表:如果有异常会显示
  • 杂项:
    • 操作数栈最大深度:之后再讲
    • 局部变量最大槽数:对应着方法中的变量(args,test,i)
    • 字节码长度:字节码的行数,0-16也就是17行

在这里插入图片描述

LineNumberTable:行号表,这个表中描述的是Java程序中代码与操作指令的对应关系。起始PC对应着操作指令的行号,标题行号对应着Java代码的行号

在这里插入图片描述

LocalVariablesTable:局部变量表,记录着各个变量的信息

  • 起始PC:对应着字节码中的行号,也就是该变量被定义的时候
  • 长度:可以理解为作用域,要结合起始PC一起来看就是该变量的生命周期,如args的生命周期从第0行开始作用18行,也就是到第18行结束,test的生命周期从第8行开始作用10行,也是到第18行结束
  • 序号:可以理解为下标,局部变量表是一个数字数组,序号对应着他的下标

在这里插入图片描述

变量槽slot

  • 参数值的存放总是在局部变量数组的index0开始,到数组长度-1的索引结束
  • 局部变量表,最基本的存储单元是Slot(变量槽)
  • 局部变量表中存放编译期可知的各种基本数据类型,引用类型,returnAddress类型的变量
  • 在局部变量表中,32位以内的类型只占用一个slot(包括returnAddress类型),64位的类型(long和double)占用两个slot
    • byte、short、char在存储前会被转换成int,boolean也会被转换成int,0表示false,非0表示true
  • 如果需要访问局部变量表中一个64位的局部变量值时,只需要使用前一个索引即可

修改之前的代码,使用double代替int,我们会发现局部变量表最大槽数从3变到了4,也就是说double类型需要占据两个slot,并且test变量的序号变成3,i变量的序号是1,也可以证明double类型占据两个slot

在这里插入图片描述

如果当前栈帧由构造方法或者实例方法创建,那么该对象引用this将会存放在index为0的slot处

例如test方法中,this会被放在序号为0的地方,而静态方法中无法调用this的原因是因为this变量不存在于静态方法的局部变量表中

在这里插入图片描述

变量槽一旦被创建就不能被销毁,如果变量失效,之后的变量会占据原来的变量槽

如下图所示,b变量本来占据了序号为2的变量槽,但b变量的生命周期较短,失效后,c变量会占据序号为2的变量槽

在这里插入图片描述

补充说明

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

操作数栈

概述

每个独立的栈帧中除了包含局部变量表意外,还包含一个后进先出的操作数栈,也可以称为表达式栈

操作数栈在方法执行过程中,根据字节码指令,往栈中写入数据或提取数据,即入栈/出栈

特点

  • 主要用于保存计算过程的中间结果,同时作为计算过程中变量临时的存储空间
  • 操作数栈就是JVM执行引擎的一个工作区,当一个方法刚开始执行的时候,一个新的栈帧也会随之被创建出来,这个方法的操作数栈最初是空的
  • 每一个操作数栈都会拥有一个明确的栈深度用于存储数值,其所需的最大深度在编译期就定义好了,保存在方法的Code属性中。
  • 栈中的任何袁术都是任意的Java数据类型
    • 32位的类型占用一个栈单位深度
    • 64位的类型占用两个栈单位深度
  • 操作数栈并非采用访问索引的方式进行数据访问,而是只能通过标准的入栈和出栈操作来完成一次数据访问

字节码指令执行分析

对以下代码进行分析

public class OperandStackTest {
    public void test1(){
        byte i = 15;
        int j = 8;
        int k = i + j;
    }
}

bipush 15:将15入栈,istore_1:将15存入局部变量表
在这里插入图片描述

在这里插入图片描述
iload_1:将局部变量表中的15入栈,iload_2:将局部变量表中的8入栈
在这里插入图片描述
从操作数栈中取出8和15,交给执行引擎,执行引擎转换成机器指令由操作系统计算

返回的结果存入局部变量表中

在这里插入图片描述

之前说到,操作数栈的最大深度与局部变量表的最大槽数都是在编译期间就已经定义下来了的

由于局部变量表使用了3个槽,再加上this使用的槽,一共使用了4个槽

而至始至终,操作数栈仅需两个深度就可以完成,所以操作数栈的最大深度为2

在这里插入图片描述

补充说明

定义一个80的整型时,存入栈时将它转换成byte类型,存入局部变量表时转换成int类型

在这里插入图片描述

定义一个800的整型时,存入栈时将它转换成short类型,存入局部变量表时转换成int类型

在这里插入图片描述

如果被调用的方法带有返回值的话,其返回值将会被压入当前栈帧的操作数栈中,并更新PC寄存器中吓一跳需要执行的字节码指令

在这里插入图片描述

动态链接

概述

通俗来讲,可以这么称呼它,”指向运行时常量池的方法的引用“。每一个栈帧内部都包含一个指向运行时常量池中该栈帧所属方法的引用。包含这个引用的目的就是为了支持当前方法的代码能够实现动态链接。

在Java源文件被编译到字节码文件中时,所有的变量和方法引用都作为符号引用保存在class文件的常量池里。比如:描述一个方法调用了另外的其他方法时,就是通过常量池中指向方法的符号引用来表示的,那么动态链接的作用就是为了将这些符号引用转化为调用方法的直接引用。

代码分析

对以下代码的class文件进行javap操作

public class DynamicLinkingTest {
    int num = 10;

    public void methodA(){
        System.out.println("methodA()......");
    }

    public void methodB(){
        System.out.println("methodB()......");
        methodA();
        num++;
    }
}

我们重点来分析methodB这个方法,它调用了methodA以及num

下图大框中是methodB方法的操作指令,小框中以#打头的就是引用地址,可以把他看作一个动态链接的头,这些链接指向运行时常量池中的具体的调用方法

在这里插入图片描述

因为运行时常量池数据太多了,我们只取一小部分对其进行分析

例如操作指令9,调用的是methodA,需要获取methodA的具体方法

如下图所示

#7指向#8,#31

#8指向#32,而#32指向DynamicLinkingTest这个类

#31指向#19,#13

#19最终引用的是methodA这个方法

#13指向的是返回值void

从操作指令的引用到找到运行时常量池中的具体调用方法这个步骤,我们把他成为动态链接

在这里插入图片描述

小结

为什么需要常量池?

运行时常量池是存储在方法区中的,而方法区中的数据是公共的,也就是所有线程、所有方法共享的。常量池的作用就是为了提供一些符号和常量,便于指令的识别。

例如上面常量池中的#13指向返回值void,如果其他方法也返回void时,也会指向该返回值,从某种意义上来讲节省了空间。

请添加图片描述

方法的调用

静态绑定与动态绑定

  • 静态链接

    当一个字节码文件被装在进JVM内部时,如果被调用的目标方法在编译期可知,且运行期间保持不变时,这种情况下将调用方法的符号引用转换成直接引用的过程称之为静态链接

  • 动态链接

    如果被调用的方法在编译器无法被确定下来,也就是说,只能够在程序运行期将调用方法的符号引用转换为直接引用,由于这种引用转换过程具备动态性,因此也被称为动态链接

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

早期绑定对应着静态链接,晚期绑定对应着动态链接。

举例说明

class Animal{
    public void eat(){
        System.out.println("动物进食");
    }
}
interface Huntable{
    void hunt();
}

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();//表现为:晚期绑定。编译期不确定调用哪个实现类的eat方法
    }
    public void showHunt(Huntable h){
        h.hunt();//表现为:晚期绑定。编译期不确定调用哪个实现类的eat方法
    }
}

虚方法和非虚方法

非虚方法

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

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

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

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

举例说明

代码比较长,重点看Son类中的show()方法

class Father {
    public Father() {
        System.out.println("father的构造器");
    }

    public static void showStatic(String str) {
        System.out.println("father " + str);
    }

    public final void showFinal() {
        System.out.println("father show final");
    }

    public void showCommon() {
        System.out.println("father 普通方法");
    }
}

public class Son extends Father {
    public Son() {
        //invokespecial
        super();
    }
    public Son(int age) {
        //invokespecial
        this();
    }
    //不是重写的父类的静态方法,因为静态方法不能被重写!
    public static void showStatic(String str) {
        System.out.println("son " + str);
    }
    private void showPrivate(String str) {
        System.out.println("son private" + str);
    }

    public void show() {
        //invokestatic
        showStatic("atguigu.com");
        //invokestatic
        super.showStatic("good!");
        //invokespecial,私有方法
        showPrivate("hello!");
        //invokespecial,指明了调用父类的方法
        super.showCommon();

        //invokevirtual
        showFinal();//因为此方法声明有final,不能被子类重写,所以也认为此方法是非虚方法。
        //虚方法如下:
        //invokevirtual
        showCommon();
        //invokevirtual,父类虽然没有该方法,但是该方法声明为public
        info();

        MethodInterface in = null;
        //invokeinterface,没有指明哪个实现类调用该方法
        in.methodA();
    }

    public void info(){

    }

    public void display(Father f){
        f.showCommon();
    }

    public static void main(String[] args) {
        Son so = new Son();
        so.show();
    }
}

interface MethodInterface{
    void methodA();
}

invokedynamic指令

JVM字节码指令集一直比较稳定,一直到Java7中才增加了一个invokedynamic指令,这是Java为了实现动态类型语言支持而做的一种改进。直到Java8的Lambda表达式的出现,invokedynamic指令的生成,在Java中才有了直接的生成方式。

动态类型语言和静态类型语言

  • 动态类型语言和静态类型语言两者的区别就在于对类型的检查是在编译器还是在运行期,满足前者就是静态类型语言,反之是动态类型语言。
  • 静态语言是判断变量自身的类型信息;动态类型语言是判断变量值的类型信息,变量没有类型信息,变量值才有类型信息,这是动态语言的一个重要特征
  • Java是静态类型语言,String str = “abc”,之后把str赋值为其他类型的就会报错
  • JS是动态类型语言,var str = “abc”,之后执行 str = 10并不会报错

举例说明

@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();
        //invokedynamic,在执行时,动态的生成调用具体的方法
        Func func = s -> {
            return true;
        };

        lambda.lambda(func);

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

方法重写的本质与虚方法表的使用

Java语言中方法重写的本质

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

主要是看第三点,如果子类没有重写该方法,它会一层一层的去寻找父类中是否有重写该方法,如果调用多次,他就会寻找多次。

虚方法表

  • 为了提高性能,JVM采用在类的方法区建立一个虚方法表来实现,使用索引表来代替查找。
  • 每个类中都有一个虚方法表,表中存放着各个方法的实际入口
  • 虚方法表会在类加载的链接阶段被创建并开始初始化,类的变量初始值准备完成之后,JVM会把该类的方法表也初始化完毕

如下图所示,father类实现的方法会指向Father类,而未实现的方法会指向Object类

在这里插入图片描述

方法返回地址

方法返回地址用于存放调用该方法的PC寄存器的值

  • 一个方法的结束,有两种方式
    • 正常执行完成
    • 出现未处理的异常,非正常退出
  • 无论通过哪种方式退出,在方法退出后,都返回到该方法被调用的位置
    • 方法正常退出,调用者的PC寄存器的值作为返回地址,即调用该方法的指令的下一条指令的地址
    • 通过异常退出,返回地址是要通过异常表来确定,栈帧中一般不会保存这部分信息

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

虚拟机栈面试题

Q1:举例栈溢出的情况(StackOverflowError)

递归调用某个方法可能会造成栈溢出,可以通过-Xss设置栈的大小,有些栈是自动扩充的,但如果内存空间也满了的话,栈再扩充就会出现OOM错误,即内存溢出。

Q2:调整栈大小,就能保证不出现栈溢出嘛?

不能。在某些情况下可以不出现栈溢出的情况,例如循环调用6000次,原栈大小只支持调用5000次,将大小设置为支持调用6000次,可以保证不出现栈溢出。其实这也不能称为保证,只能说是延缓栈溢出的触发时间。

Q3:分配的栈内存越大越好嘛?

不是。内存空间大小是固定的,栈内存变大了,会导致内存中能够存放的栈变少了,也就是说线程会变少,所以内存不是越大越好。

Q4:垃圾回收是否会涉及到虚拟机栈?

不会。对于虚拟机栈来说,他的操作只有入栈和出栈,用完即扔,所以不存在垃圾回收。

Q5:方法中定义的局部变了是否线程安全?

这需要具体方法具体分析,首先需要理解何为线程安全。

  • 线程安全:如果只有一个线程才可以操作此数据,则必是线程安全的
  • 线程不安全:如果有多个线程操作此数据,则此数据是共享数据。如果不考虑同步机制的话,就是线程不安全的
public class StringBuilderTest {
    //这种情况声明sb,sb是线程安全的
    public void method1(){
        StringBuilder sb = new StringBuilder();
        sb.append("a");
        sb.append("b");
    }
    
    //这种情况声明sb,sb是线程不安全的
    //因为多线程调用method2时,操作同一个sb
    public void method2(StringBuilder sb){
        sb.append("a");
        sb.append("b");
    }

    //这种情况声明sb,sb是线程不安全的
    //因为将sb返回出去,sb可能会被多个线程操作
    public static StringBuilder method3(){
        StringBuilder sb = new StringBuilder();
        sb.append("a");
        sb.append("b");
        return sb;
    }

    //这种情况声明sb,sb是线程安全的
    //StringBuilder.toString()方法是new了一个新的string对象返回,外部操作的是新的string,而不是sb
    public static String method4(){
        StringBuilder sb = new StringBuilder();
        sb.append("a");
        sb.append("b");
        return sb.toString();
    }
}

本地方法栈

本地方法接口

在了解本地方法栈之前,我们先了解一下本地方法接口,这里要说明一点

本地方法接口不属于运行时数据区

在Java中,用native关键词修饰的接口就是本地方法接口,如Object类中的一些方法

public class Object {
    private static native void registerNatives();
}

为什么Java中要使用本地方法接口?

Java使用起来非常方便,然而有些层次的任务用Java实现起来不容易,或者我们对程序的效率很在意时,问题就来了。Java中的本地方法接口是使用C/C++实现的,有时候Java应用需要与Java外面的环境交互,这是本地方法存在的主要原因。

本地方法栈概述

  • Java虚拟机栈用于管理Java方法的调用,而本地方法栈用于管理本地方法的调用
  • 本地方法栈,也是线程私有的
  • 允许被实现成固定或者可动态扩展的内存大小(在内存溢出方面与虚拟机栈是相同的)
  • 本地方法使用C语言实现
  • 他的具体做法是Native Method Stack中登记native方法,在Execution Engine执行时加载本地方法库

与虚拟机栈的不同点

  • 当某个线程调用一个本地方法时,他就进入了一个全新的并且不受JVM虚拟机限制的世界。他和虚拟机拥有同样的权限。
    • 本地方法可以通过本地接口来访问虚拟机内部的运行时数据区
    • 他甚至可以直接使用本地处理器中的寄存器
    • 直接从本地内存的堆中分配任意数量的内存
  • 并不是所有的JVM都支持本地方法,因为Java虚拟机规范并没有明确本地方法栈的使用语言、具体实现方式、数据结构等。如果JVM不打算支持native方法,也可以无需实现本地方法栈
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值