JVM方法调用invokevirtual详解

  在java代码运行期间,方法间的调用可以说是最为频繁的了,那么这些方法间的调用在底层的虚拟机又做了什么事情呢?现在就让我们揭开那道神秘的面纱。

  JVM调用方法有五条指令,分别是invokestatic,invokespecial,invokevirtual,invokeinterface,invokedynamic。invokestatic用来调用静态方法;invokespecial用来调用私有方法,父类方法(super.),类构造器方法;invokeinterface调用接口方法;invokedynamic方法动态执行;invokevirtual调用所有虚方法,即除了以上的方法外全用invokevirtual调用。

  这篇文章主要是说明invokevirtual方法的调用,以一个例子来说明。

class Father{
    public void fMe(){
        System.out.println("fMe");
        fMe1();//invovespecial调用
        System.out.println(this);
        this.fMe1();//invovespecial调用
    }
    private void fMe1(){
        System.out.println("fMe1");
}
class Son extends Father{  public void fMe1(){        System.out.println("sMe1");    }
public class ThisTest{
    public static void main(String[] args) {
        Father test = new Son();
        test.fMe();//编译时指向父类中国的fMe(),在运行时由于是invokevirtual调用,因此test将变成实际类型Son,如果Son中有Fme(),就调用Son自己的,若没有就调用父类的

  父类Father中有一个public方法fMe()和一个私有方法fMe1(),子类中没有对其方法覆盖,在测试类ThisTest中 Father test = new Son();,并调用fMe(),再在fMe()中调用自己的私有方法fMe1()。在如上的几个方法调用中test.fMe()是invokevirtual调用,编译时指向父类中国的fMe(),在运行时由于是invokevirtual调用,因此test将变成实际类型Son,如果Son中有fMe(),就调用Son自己的,若没有就调用父类的,此时是调用父类的;在父类中 的fMe1()是invovespecial调用。疑问(也是写这篇文章的目的):上面的this代表Son,既然是invovespecial调用,那么应该是调用Son的fMe1()才对啊,为什么是调用父类的fMe1()。(虽然感觉好无厘头,明明是private方法了,肯定只有这样的调用了)

  下面给出我自己的理解,不知道对不对!

  上面的用this调用的时候,我觉得在编译期间,this代表的是Father类,而不是Son类,正因为是这样,在用invovespecial字节码调用的时候采用在编译器就确定好了指向父类fMe1()方法,而不是子类的方法。为了确定我说的,我采用了两种方式去验证:1是用MyEclipse的动态提示,2是将fMe1()方法改为public,这样在字节码指invokevirtual调用的时候看是不是在运行期间改变this为实际类型Son类,即是不是去调用子类的fMe1()方法。

  1:我在MyEclipse中用提示键得到如下,可以看出只有父类的两个方法,并没有子类Son的方法。

2、在我将fMe1()方法改为public后确实是调用的是子类的方法。

class Father{
    public void fMe(){
        System.out.println("fMe");
        this.
        fMe1();//invovespecial调用
        System.out.println(this);
        this.fMe1();//invovespecial调用
    }

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

class Son extends Father{
        System.out.println("sMe1");
public class ThisTest{
    public static void main(String[] args) {
        Father test = new Son();
        test.fMe();//编译时指向父类中国的fMe(),在运行时由于是invokevirtual调用,因此test将变成实际类型Son,如果Son中有Fme(),就调用Son自己的,若没有就调用父类的

  这是在看invokevirtual想到的,不知道对不对,如果谁能解开我的这个疑惑真是会十分感谢。

到此这篇关于JVM方法调用invokevirtual的文章就介绍到这了,更多相关JVM方法调用内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • JVM 方法调用之静态分派(详解)

    分派(Dispatch)可能是静态也可能是动态的,根据分派依据的宗量数可分为单分派和多分派.这两种分派方式的两两组合就构成了静态单分派,静态多分派,动态单分派,动态多分派这4种组合.本章讲静态分派. 1.静态分派 所有依赖静态类型来定位方法执行版本的分派动作称为静态分派.静态分派的典型应用是方法重载.静态分派发生在编译阶段,因此确定静态分派的动作实际上不是由虚拟机来执行的. 那么什么是静态类型(static type)呢? Super object = new Sub(); 像上面的语句,Sup

  • JVM 方法调用之动态分派(详解)

    1. 动态分派 一个体现是重写(override).下面的代码,运行结果很明显. public class App { public static void main(String[] args) { Super object = new Sub(); object.f(); } } class Super { public void f() { System.out.println("super : f()"); } public void f(int i) { System.out

  • JVM方法调用invokevirtual详解

    在java代码运行期间,方法间的调用可以说是最为频繁的了,那么这些方法间的调用在底层的虚拟机又做了什么事情呢?现在就让我们揭开那道神秘的面纱. JVM调用方法有五条指令,分别是invokestatic,invokespecial,invokevirtual,invokeinterface,invokedynamic.invokestatic用来调用静态方法:invokespecial用来调用私有方法,父类方法(super.),类构造器方法:invokeinterface调用接口方法:invoke

  • Java 虚拟机(JVM)之基本概念详解

    1.类加载子系统:负责从文件系统或者网络中加载Class信息,加载的信息存放在一块称之为方法区的内存空间. 2.方法区:就是存放类信息.常量信息.常量池信息.包括字符串字面量和数字常量等.方法区是辅助堆栈的块永久区,解决堆栈信息的产生,是先决条件. 3.Java堆:再java虚拟机启动的时候建立Java堆,它是java程序最主要的内存工作区域,几乎所有的对象实例都存放到Java堆中,堆空间是所有线程共享的.堆解决的是数据存储问题,即数据怎么放.放在哪儿. 4.直接内存:Java的NIO库允许Ja

  • java 中序列化与readResolve()方法的实例详解

    java 中序列化与readResolve()方法的实例详解 readResolve方法是作用是什么?这个方法跟对象的序列化相关(这样倒是解释了为什么 readResolve方法是private修饰的). 怎么跟对象的序列化相关了? 下面我们先简要地回顾下对象的序列化.一般来说,一个类实现了 Serializable接口,我们就可以把它往内存地写再从内存里读出而"组装"成一个跟原来一模一样的对象.不过当序列化遇到单例时,里边就有了个问题:从内存读出而组装的对象破坏了单例的规则.单例是要

  • Java JVM编译策略案例详解

    解释器 当虚拟机启动时,解释器可以首先发挥作用,而不必等待编译器全部编译完成再执行,这样可以省去许多不必要的编译时间.并且随着程序运行时间的推移,编译器逐渐发挥作用,根据热点探测功能,,将有价值的字节码编译为本地机器指令,以换取更高的程序执行效率. hotspot中内嵌有2个JIT编译器,分别为Client Compiler,Server Compiler,但大多数情况下我们称之为C1编译器和C2编译器. C1编译器 client compiler,又称C1编译器,较为轻量,只做少量性能开销比较

  • JVM入门之JVM内存结构内容详解

    一.java代码编译执行过程 源码编译:通过Java源码编译器将Java代码编译成JVM字节码(.class文件) 类加载:通过ClassLoader及其子类来完成JVM的类加载 类执行:字节码被装入内存,进入JVM虚拟机,被解释器解释执行   注:Java平台由Java虚拟机和Java应用程序接口搭建,Java语言则是进入这个平台的通道,   用Java语言编写并编译的程序可以运行在这个平台上 二.JVM简介 1.java程序经过一次编译之后,将java代码编译为字节码也就是class文件,然

  • 最新JVM垃圾回收算法详解

    目录 1.垃圾回收需要做什么 2.如何判断对象可被回收 2.1 引用计数算法 2.1.2 优点 2.1.2 缺点 2.2 可达性分析算法 2.2.1 算法思路 2.2.2 GC Roots对象(两栈两方法) 2.2.3 优点 2.2.4 缺点 3.判断对象生存还是死亡 3.1 两次标记过程 3.2 finalize()方法 4.HotSpot虚拟机中对象可达性分析的实现 4.1 枚举根节点 4.2 安全点 4.2.1 安全点是什么,为什么需要安全点 4.2.2 安全点的选定 4.2.3 如何在安

  • jvm虚拟机类加载机制详解

    目录 1 概述 2 类的加载时机 3 类的加载过程 3.1 加载 3.2 验证 3.3 准备 3.4 解析 3.5 初始化 4 类加载器 4.1 双亲委派模型 4.2 破坏双亲委派模型 1 概述 ​ Java虚拟机把描述类的数据从Class文件加载到内存, 并对数据进行校验.转化解析和初始化,最终形成可以被虚拟机直接使用的Java类型,这个过程称为虚拟机的类加载机制.在Java语言中,类型的加载.连接和初始化都是在程序运行期间完成的. 2 类的加载时机 ​ 一个类型从被加载到虚拟机内存中开始,到

  • Java代码中与Lua相互调用实现详解

    目录 一.方案 二.性能测试 1. ScriptEngine调用方式 2. Globals调用方式 3. lua调用java 三.结论 四.其他调用方式? 一.方案 Java与Lua相互调用案例比较少,因此项目使用需要做详细的性能测试,本内容只做粗略测试. 目前已完成初版Lua-Java调用框架开发,后期有时间准备把框架进行抽象,并开源出来,感兴趣的小伙伴欢迎关注下. 目前最常见的方案:luaj,纯Java实现的Lua解析器,基于Lua 5.2 LuaJ的原理:用Java实现了一套Lua的编译器

随机推荐