从JVM看Java语言特性(一) 重载机制的实现

大家应该都知道, 在C语言中是没有重载的, 因为在编译过程中编译器只检查函数名, 不管参数是否一致. 因此编译器无法区分两个同名函数的不同. 有时候在同一函数中需要不同入参会比较麻烦, 需要在方法结尾加上点标识来实现重载, 比如:

_syscall0(type,name)
_syscall1(type,name,type1,arg1)
_syscall2(type,name,type1,arg1,type2,arg2)
_syscall3(type,name,type1,arg1,type2,arg2,type3,arg3)
_syscall4(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4)
_syscall5(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4,type5,arg5)
_syscall6(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4,type5,arg5,type6,arg6)

而在Java和C#中, 编译器允许在同一个类中的多个方法使用相同的方法名, 编译时通过不同的参数类型列表来区分. 例如在下面的例子中非常方便的重载了构造器, 来实现多种构造方法:

class Tree(){
    int height;

    public Tree(){
        height = 0;
    }

    public Tree(int initialHeight){
        height = initialHeight;
    }
}

这样的写法让developer们不需要记一长串的方法名, 降低了编程的难度, 那么重载到底在JVM里面是如何实现的呢? 让我们继续深入~

Java在编译时先将.java文件编译成.class文件, 在class字节码中, 方法签名主要由三部分组成:

  1. 方法的标识(access_flag): public, private, static, final, synchronized, native等
  2. 方法的名称(name)
  3. 方法的描述(descriptor), 包括方法的返回值类型和入参信息

这三个部分的内容可以唯一确定一个方法, 那么java重载的秘密也就揭开了, jvm在运行期间不仅检查方法的名字, 同时还会区分入参和返回值.

我们可以实际看一下Tree.java 的字节码文件来验证一下, 用javap -verbose Tree.class 来解析Tree, 会发现这两个构造器的字节码是这样的:

public Dao.Tree();
    descriptor: ()V
    flags: (0x0001) ACC_PUBLIC
    Code:
      stack=2, locals=1, args_size=1
         0: aload_0
         1: invokespecial #1                  // Method java/lang/Object."<init>":()V
         4: aload_0
         5: iconst_0
         6: putfield      #2                  // Field height:I
         9: return
      LineNumberTable:
        line 7: 0
        line 8: 4
        line 9: 9

  public Dao.Tree(int);
    descriptor: (I)V
    flags: (0x0001) ACC_PUBLIC
    Code:
      stack=2, locals=2, args_size=2
         0: aload_0
         1: invokespecial #1                  // Method java/lang/Object."<init>":()V
         4: aload_0
         5: iload_1
         6: putfield      #2                  // Field height:I
         9: return
      LineNumberTable:
        line 11: 0
        line 12: 4
        line 13: 9

可以看到对于第一个构造方法, 标识为public, 名字为Dao.Tree(自己加了一个叫Dao的package...), 方法描述叫作()V.

而对于第二个构造方法, 标识为public, 名字同样为Dao.Tree, 方法描述叫作(I)V. 这里返回值int之所以叫作I是因为JVM规范中规定了基本类型的简写, 这里的I就是int 的简写.


我们理解了方法重载的原理之后, 由此继续深入思考下去, 照这么理解的话方法的返回值也会影响重载, 理论上只要编译器可以确定一个方法的返回值是可以实现不同返回值的重载的. 但是要是出现如下情况的话编译器就会无法判断到底应该用哪个重载方法:

    private int getHeight(String message){
        System.out.println("return int!");
        return height;
    }

    private Integer getHeight(String message){
        System.out.println("return Integer!");
        return height;
    }

    public static void main(String[] args) {
        Tree tree = new Tree();
        tree.getHeight("编译器报错");
    }

getHeight(String)这个方法中, 因为返回值没有赋值给任何变量, 因此编译器无法判断返回值, 此时编译器报错, 错误提示是该方法已经定义, 无法重复定义.

可以看到, 返回值是无法作为重载的区分的, 这不是因为JVM里面不能同时存在这两个方法, 而是因为在某些情况下无法判断返回值, 导致编译器干脆直接不允许这样写(编译器内心: 怪我喽). 这样的话想要实现返回值的重载就只能再写一个不同名的方法了.

除此之外参数的顺序也会决定函数的重载, 比如下面的两个方法:

    private int getHeight(String message, Integer a){
        System.out.println(message + height);
        return height;
    }

    private int getHeight(Integer a, String message){
        return height;
    }

字节码为:

public int getHeight(java.lang.String, java.lang.Integer);
    descriptor: (Ljava/lang/String;Ljava/lang/Integer;)I
    flags: (0x0001) ACC_PUBLIC
    Code:
      stack=3, locals=3, args_size=3
         0: getstatic     #3                  // Field java/lang/System.out:Ljava/io/PrintStream;
         3: aload_1
         4: aload_0
         5: getfield      #2                  // Field height:I
         8: invokedynamic #4,  0              // InvokeDynamic #0:makeConcatWithConstants:(Ljava/lang/String;I)Ljava/lang/String;
        13: invokevirtual #5                  // Method java/io/PrintStream.println:(Ljava/lang/String;)V
        16: aload_0
        17: getfield      #2                  // Field height:I
        20: ireturn
      LineNumberTable:
        line 16: 0
        line 17: 16

  public int getHeight(java.lang.Integer, java.lang.String);
    descriptor: (Ljava/lang/Integer;Ljava/lang/String;)I
    flags: (0x0001) ACC_PUBLIC
    Code:
      stack=1, locals=3, args_size=3
         0: aload_0
         1: getfield      #2                  // Field height:I
         4: ireturn
      LineNumberTable:
        line 21: 0

可以看到, 入参不同顺序也会生成两个不同的方法, 唯一的问题是仅仅是依靠参数的顺序来生成两个不同的函数非常容易造成误解, 一般要避免使用这样的写法.

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,732评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,496评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,264评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,807评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,806评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,675评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,029评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,683评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,704评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,666评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,773评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,413评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,016评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,204评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,083评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,503评论 2 343

推荐阅读更多精彩内容

  • 1. Java基础部分 基础部分的顺序:基本语法,类相关的语法,内部类的语法,继承相关的语法,异常的语法,线程的语...
    子非鱼_t_阅读 31,573评论 18 399
  • 从三月份找实习到现在,面了一些公司,挂了不少,但最终还是拿到小米、百度、阿里、京东、新浪、CVTE、乐视家的研发岗...
    时芥蓝阅读 42,178评论 11 349
  • (401) 我想你,我的宝 好梦!
    韩尚小阅读 157评论 1 1
  • 人与人初见的灵光 时常惊呼阆苑仙葩美玉无瑕 仿若一夜间,仙侣奇缘 须臾,待明日明年 疲倦,之后无关宏旨 一个人热爱...
    圆善阅读 239评论 5 8
  • 2017.10.28(农历九月初九)星期六 晴 提前一天跟孩子爸约好我们重阳节一起爬山,原因一: 一起完成亲子活动...
    育心牛牛妈阅读 201评论 0 0