【jvm】方法的调用

这篇具有很好参考价值的文章主要介绍了【jvm】方法的调用。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

一、方法的调用
  • 1.在jvm中,将符号引用转换为调用方法的直接引用与方法的绑定机制相关
  • 2.静态链接:当一个字节码文件被装载进jvm内部时,如果被调用的目标方法在编译期可知,且运行期保持不变时。这种情况下将调用方法的符号引用转换为直接引用的过程称为静态链接
  • 3.动态链接:如果被调用的方法在编译期无法被确定下来,也就是说,只能够在程序运行期将调用方法的符号引用转换为直接引用,由于这种引用转换过程具备动态性,因此也就被称之为动态链接。
  • 4.对应的方法的绑定机制为:早期绑定 (Early Binding)和晚期绑定(Late Binding)。绑定是一个字段、方法或者类在符号引用被替换为直接引用的过程,这仅仅发生一次。
  • 5.早期绑定:早期绑定就是指被调用的目标方法如果在编译期可知,且运行期保持不变时即可将这个方法与所属的类型进行绑定,这样一来,由于明确了被调用的目标方法究竟是哪一个,因此也就可以使用静态链接的方式将符号引用转换为直接引用。
  • 6.晚期绑定:如果被调用的方法在编译期无法被确定下来,只能够在程序运行期根据实际的类型绑定相关的方法,这种绑定方式也就被称之为晚期绑定
  • 7.随着高级语言的横空出世,类似于Java一样的基于面向对象的编程语言如今越来越多,尽管这类编程语言在语法风格上存在一定的差别,但是它们彼此之间始终保持着一个共性,那就是都支持封装、继承和多态等面向对象特性既然这一类的编程语言具备多态特性,那么自然也就具备早期绑定和晚期绑定两种绑定方式。
  • 8.Java中任何一个普通的方法其实都具备虚函数的特征,它们相当于c++语言中的虚函数 (c++中则需要使用关键字virtual来显式定义)。如果在Java程序中不希望某个方法拥有虚函数的特征时,则可以使用关键字final来标记这个方法。
二、非虚方法
  • 1.如果方法在编译期就确定了具体的调用版本,这个版本在运行时是不可变的这样的方法称为非虚方法
  • 2.静态方法、私有方法、fina1方法、实例构造器、父类方法都是非虚方法
  • 3.其他方法称为虚方法
三、虚方法
  • 1.子类对象的多态性的使用前提是类的继承关系和方法的重写
  • 2.编译期间无法确认的方法称为虚方法
四、虚拟机调用指令
4.1 普通调用指令
  • 1.invokestatic:调用静态方法,解析阶段确定唯一方法版本
  • 2.invokespecial:调用方法、私有及父类方法,解析阶段确定唯一方法版本
  • 3.invokevirtual:调用所有虚方法
  • 4.invokeinterface:调用接口方法
  • 5.上述4条指令固化在虚拟机内部,方法的调用执行不可人为干预
4.2 动态调用指令
  • 1.invokedynamic:动态解析出需要调用的方法,然后执行
  • 2.invokedynamic指令则支持由用户确定方法版本。
  • 3.其中invokestatic指令和invokespecial指令调用的方法称为非虚方法,其余的 (final修饰的除外) 称为虚方法。
五、代码示例
5.1 父类
package com.learning.stack.method_invoke;

/**
 * @Author wangyouhui
 * @Description 父类
 **/
public class Father {
    public Father(){
        System.out.println("father的构造器");
    }
    public static void staticMethod(){
        System.out.println("father的static方法");
    }
    public final void finalMethod(){
        System.out.println("father的final方法");
    }
    public void commonMethod(){
        System.out.println("father的common方法");
    }
}

5.2 子类
package com.learning.stack.method_invoke;

/**
 * @Author wangyouhui
 * @Description 子类
 **/
public class Son extends Father{
    public Son(){
        // 1 invokespecial #1 <com/learning/stack/method_invoke/Father.<init> : ()V>
        super();
    }
    public Son(int age){
        // 1 invokespecial #2 <com/learning/stack/method_invoke/Son.<init> : ()V>
        this();
    }
    // 静态方法不能被重写,因此该方法不是重写父类的静态方法
    public static void staticMethod(){
        System.out.println("son的static方法");
    }

    private void privateMethod(){
        System.out.println("son的private方法");
    }

    public void info(){

    }

    public void show(){
        // 0 invokestatic #7 <com/learning/stack/method_invoke/Son.staticMethod : ()V>
        staticMethod();
        // 3 invokestatic #8 <com/learning/stack/method_invoke/Father.staticMethod : ()V>
        super.staticMethod();
        // 7 invokespecial #9 <com/learning/stack/method_invoke/Son.privateMethod : ()V>
        privateMethod();
        // 11 invokespecial #10 <com/learning/stack/method_invoke/Father.commonMethod : ()V>
        super.commonMethod();
        // 15 invokevirtual #11 <com/learning/stack/method_invoke/Son.finalMethod : ()V>
        finalMethod();
        // 19 invokevirtual #12 <com/learning/stack/method_invoke/Son.commonMethod : ()V>
        commonMethod();
        // 23 invokevirtual #13 <com/learning/stack/method_invoke/Son.info : ()V>
        info();
        MethodInterface methodInterface = new MethodInterfaceImpl();
        // 35 invokeinterface #16 <com/learning/stack/method_invoke/MethodInterface.method : ()V> count 1
        methodInterface.method();
    }
}
5.3 接口
package com.learning.stack.method_invoke;

/**
 * @Author wangyouhui
 * @Description 接口
 **/
public interface MethodInterface {
    void method();
}
5.4 接口实现
package com.learning.stack.method_invoke;

/**
 * @Author wangyouhui
 * @Description 接口实现类
 **/
public class MethodInterfaceImpl implements MethodInterface{
    @Override
    public void method() {
        System.out.println("接口实现类实现method方法");
    }
}

六、方法指令
 0 invokestatic #7 <com/learning/stack/method_invoke/Son.staticMethod : ()V>
 3 invokestatic #8 <com/learning/stack/method_invoke/Father.staticMethod : ()V>
 6 aload_0
 7 invokespecial #9 <com/learning/stack/method_invoke/Son.privateMethod : ()V>
10 aload_0
11 invokespecial #10 <com/learning/stack/method_invoke/Father.commonMethod : ()V>
14 aload_0
15 invokevirtual #11 <com/learning/stack/method_invoke/Son.finalMethod : ()V>
18 aload_0
19 invokevirtual #12 <com/learning/stack/method_invoke/Son.commonMethod : ()V>
22 aload_0
23 invokevirtual #13 <com/learning/stack/method_invoke/Son.info : ()V>
26 new #14 <com/learning/stack/method_invoke/MethodInterfaceImpl>
29 dup
30 invokespecial #15 <com/learning/stack/method_invoke/MethodInterfaceImpl.<init> : ()V>
33 astore_1
34 aload_1
35 invokeinterface #16 <com/learning/stack/method_invoke/MethodInterface.method : ()V> count 1
40 return
七、说明
  • 1.invokestatic指令和invokespecial指令调用的方法称为非虚方法
  • 2.finalMethod虽然指令是invokevirtual ,但final修饰的方法不能被重写,因此也认为此方法为非虚方法
  • 3.接口方法调用指令是invokeinterface,在编译期间无法确认是谁实现,因此也是虚方法
八、invokedynamic指令
8.1 说明
  • 1.JVM字节码指令集一直比较稳定,一直到Java7中才增加了invokedynamic指令,这是Java为了实现[动态类型语言] 支持而做的种改进。
  • 2.在Java7中并没有提供直接生成invokedynamic指令的方法,需要借助ASM这种底层字节码工具来产生invokedynamic指令。直到Java8的Lambda表达式的出现,invokedynamic指令的生成,在Java中才有了直接的生成方式。
  • 3.Java7中增加的动态语言类型支持的本质是对Java虚拟机规范的修改,而不是对Java语言规则的修改,这一块相对来讲比较复杂,增加了虚拟机中的方法调用,最直接的受益者就是运行在Java平台的动态语言的编译器
  • 4.动态类型语言和静态类型语言两者的区别就在于对类型的检查是在编译期还是在运行期,满足前者就是静态类型语言,反之是动态类型语言。
  • 5.静态类型语言是判断变量自身的类型信息;动态类型语言是判断变量值的类型信息,变量没有类型信息,变量值才有类型信息,这是动态语言的一个重要特征。
8.2 代码示例
package com.learning.stack.method_invoke.invoke_dynamic;

/**
 * @Author wangyouhui
 * @Description invokedynamic
 **/
@FunctionalInterface
interface Func{
    public boolean func(String string);
}


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

    public static void main(String[] args) {
        Lambda lambda = new Lambda();
        Func func = s -> {
            return true;
        };
        lambda.invokedynamicMethod(func);

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

8.3 main方法指令
 0 new #2 <com/learning/stack/method_invoke/invoke_dynamic/Lambda>
 3 dup
 4 invokespecial #3 <com/learning/stack/method_invoke/invoke_dynamic/Lambda.<init> : ()V>
 7 astore_1
 8 invokedynamic #4 <func, BootstrapMethods #0>
13 astore_2
14 aload_1
15 aload_2
16 invokevirtual #5 <com/learning/stack/method_invoke/invoke_dynamic/Lambda.invokedynamicMethod : (Lcom/learning/stack/method_invoke/invoke_dynamic/Func;)V>
19 aload_1
20 invokedynamic #6 <func, BootstrapMethods #1>
25 invokevirtual #5 <com/learning/stack/method_invoke/invoke_dynamic/Lambda.invokedynamicMethod : (Lcom/learning/stack/method_invoke/invoke_dynamic/Func;)V>
28 return
九、方法重写的本质
  • 1. 找到操作数栈顶的第一个元素所执行的对象的实际类型,记作 C
  • 2. 如果在类型 C 中找到与常量中的描述符合简单名称都相符的方法则进行访问权限校验,如果通过则返回这个方法的直接引用,查找过程结束;如果不通过则返回java.lang,IllegalAccessError 异常。
  • 3. 否则,按照继承关系从下往上依次对 C 的各个父类进行第 2 步的搜索和验证过程。
  • 4. 如果始终没有找到合适的方法,则抛出 java.lang.AbstractMethodError异常
十、虚方法表
  • 1.在面向对象的编程中,会很频繁的使用到动态分派,如果在每次动态分派的过程中都要重新在类的方法元数据中搜索合适的目标的话就可能影响到执行效率。因此,为了提高性能,JM采用在类的方法区建立一个虚方法表(virtual method table) (非虚方法不会出现在表中) 来实现。使用索引表来代替查找
  • 2.每个类中都有一个虚方法表,表中存放着各个方法的实际入口
  • 3.虚方法表会在类加载的链接阶段被创建并开始初始化,类的变量初始值准备完成之后,JVM会把该类的方法表也初始化完毕。

文章来源地址https://www.toymoban.com/news/detail-745343.html

到了这里,关于【jvm】方法的调用的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • JVM 堆外内存查看方法

    是否曾经想过为什么Java应用程序通过众所周知的*-Xms 和 -Xmx 调整标志消耗的内存比指定的数量大得多 ?由于各种原因和可能的优化,JVM可能会分配额外的本机内存。这些额外的分配最终可能使消耗的内存超出 -Xmx* 限制。 在本教程中,我们将枚举JVM中本机内存分配的一些常见

    2024年02月07日
    浏览(39)
  • Java JVM 堆、栈、方法区详解

    目录 1. 栈 2. 堆 3. 方法区 4. 本地方法栈 5. 程序计数器 首先来看一下JVM运行时数据区有哪些。 在介绍JVM栈之前,先了解一下  栈帧  概念。 栈帧:一个栈帧随着一个方法的调用开始而创建,这个方法调用完成而销毁。栈帧内存放者方法中的局部变量,操作数栈等数据。 Jav

    2024年01月19日
    浏览(49)
  • JVM如何执行synchronized修饰的方法

    首先市面上关于synchronized的资料已经很多了,但是大家对于底层的原理实现可能没有什么概念,大多都是死记硬背,所以我想通过实战的方式给大家带来一些不一样的体验。具体体现在哪些方面呢? 更系统。市面上目前虽然资料众多,但都是零散的。有些资料讲得东西甚至是

    2024年01月16日
    浏览(31)
  • JVM基础篇-本地方法栈与堆

    本地方法栈 什么是本地方法? 本地方法即那些不是由java层面实现的方法,而是由c/c++实现交给java层面进行调用,这些方法在java中使用 native 标识 本地方法栈的作用? 为本地方法提供内存空间 堆 什么是堆? Heap 堆,通过 new ,创建对象都会使用堆内存 特点 它是线程

    2024年02月14日
    浏览(37)
  • JVM运行时数据区——本地方法栈

    1.本地方法栈 本地方法栈里面存放的是 调用 的本地(Native)的方法,例如hashcode()。 本地方法栈也是线程 私有 的,本地方法是由 C 语言实现的。 如果 线程请求的栈容量 大于 本地方法栈允许的最大容量 则会出现 栈溢出 的问题。 其内存空间可以调整。

    2024年02月16日
    浏览(41)
  • JVM中释放内存的三种方法

    判断是否需要垃圾回收可以采用分析。 1标记--清除算法 分为两个阶段,标记和清除,先利用可达性分型标记还存活的对象,之后将没有被标记的对象删除,这样容易生成空间碎片,而且效率不稳定 标记阶段: 标记阶段与可达性分析算法类似,通过从根对象开始遍历对象引用

    2024年02月12日
    浏览(69)
  • JVM 创建对象时分配内存的几种方法、分配方法的选择

            假设Java堆中内存是绝对规整的,所有被使用过的内存都被放在一边,空闲的内存被放在另一边,中间放着一个指针作为分界点的指示器,那所分配内存就仅仅是把那 个指针向空闲空间方向挪动一段与对象大小相等的距离。         如果Java堆中的内存并不是规

    2024年02月10日
    浏览(45)
  • JVM理论(四)运行时数据区--堆/方法区

    堆内存逻辑上分为三部分  一个JVM实例只存在一个堆内存,JVM启动时创建堆区,通常情况下也是最大的内存空间,几乎所有的对象实例都要在堆中分配内存,所以堆也是垃圾回收的重点区域 堆是被所有线程共享的,在堆里面也可以划分 线程私有的缓冲区 ( TLAB -Thread Local Allocat

    2024年02月16日
    浏览(41)
  • JVM中判定对象是否回收的的方法

    引用计数法是一种垃圾回收(Garbage Collection)算法,用于自动管理内存中的对象。在引用计数法中,每个对象都有一个关联的引用计数器,用于记录对该对象的引用数量。 当一个新的引用指向对象时,该对象的引用计数器加1;当一个引用不再指向对象时,对象的引用计数器

    2024年02月12日
    浏览(64)
  • JVM源码剖析之Thread类中sleep方法

    版本信息: jdk版本:jdk8u40 大部分的Java程序员知道让线程睡眠的方法是Thread.sleep方法,而这个方法是一个native方法,让很多想知道底层如何让线程睡眠的程序员望而却步。所以笔者特意写在这篇文章,带各位读者剖析一下Thread.sleep方法背后的神秘。 话不多说,先从Java层面看

    2024年02月07日
    浏览(45)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包