Java 的多态在 JVM 里原来是这样的

云计算 虚拟化
面向对象的编程语言里,「多态」是一个至关重要的概念。我们常说,面向对象的本质,是方法与数据的绑定。那对于一个拥有继承关系的类之间,方法的绑定,是终是子类「重写」父类的方法,通过父类的引用指向子类的对象,实现运行时的多态。

 多态

面向对象的编程语言里,「多态」是一个至关重要的概念。我们常说,面向对象的本质,是方法与数据的绑定。那对于一个拥有继承关系的类之间,方法的绑定,是终是子类「重写」父类的方法,通过父类的引用指向子类的对象,实现运行时的多态。

[[327572]]

说起来比较绕,我们先以仅次于Hello World 著名的 「动物 - 狗」代码来说明多态,然后再来分析在 JVM 层面,多态是怎样实现的。

  1. package com.example.demo; 
  2. public class Demo { 
  3.     public static void main(String[] args) { 
  4.         Animal a = new Animal(); 
  5.         a.say(); 
  6.         Dog d = new Dog(); 
  7.         d.say(); 
  8.         Animal ad = new Dog(); 
  9.         ad.say(); 
  10.     } 
  11. class Animal { 
  12.     public void say() { 
  13.         System.out.println("Animal say"); 
  14.     } 
  15.     public void play() { 
  16.         System.out.println("play..."); 
  17.     } 
  18. class Dog extends Animal { 
  19.     public void say() { 
  20.         System.out.println("Dog say"); 
  21.     } 

输出的内容对于习惯了面向对象的 Java 开发者来说都比较熟悉

  1. Animal say 
  2. Dog say 
  3. Dog say 

那虚拟机是怎样知道到底要调用 Animal 的 say 还是 Dog 的say呢?

咱们从字节码的层面来看一下。

  1. 0 new #2 <com/example/demo/Animal> 
  2.  3 dup 
  3.  4 invokespecial #3 <com/example/demo/Animal.<init>> 
  4.  7 astore_1 
  5.  8 aload_1 
  6.  9 invokevirtual #4 <com/example/demo/Animal.say> 
  7. 12 new #5 <com/example/demo/Dog> 
  8. 15 dup 
  9. 16 invokespecial #6 <com/example/demo/Dog.<init>> 
  10. 19 astore_2 
  11. 20 aload_2 
  12. 21 invokevirtual #7 <com/example/demo/Dog.say> 
  13. 24 new #5 <com/example/demo/Dog> 
  14. 27 dup 
  15. 28 invokespecial #6 <com/example/demo/Dog.<init>> 
  16. 31 astore_3 
  17. 32 aload_3 
  18. 33 invokevirtual #4 <com/example/demo/Animal.say> 
  19. 36 return 

你发现没有,在字节码的第9行,和第33行,分别对应到 d.say() 和 ad.say() ,但指令内容其实是一样的。这就神奇了。

在这两个方法执行前,第8行和第32行,会有一个aload的操作,是把这两个对象的引用 压到栈顶,给后面的操作用。这两个对象,一般也被称为方法的接收者(Receiver),如果熟悉 Golang等语言的朋友,对这个概念也不陌生。

从9行和第33行看,无论是方法调用的字节码指令还是参数,都指向了常量池的第4项。都是一样的,但最终结果并不相同。这里的重点在于 invokevirtual 这个指令的多态指行查找过程,即根据对象的 vtable 在运行时定位方法。

啥是 vtable?

前面的内容提到指令执行时从栈顶获取当前方法的「接收者」,通过invokerirtual 来执行这个接者者对应的方法。 注意这里的 virtual,和C++的虚方法类似。这个咱们不提,只说Java 的。

对象都有一个自己的「方法表」,这个表里除了自己的方法,还有从父类继承来的方法,甚至重写的父类的方法。所以,对应于重写与重载,体现在方法表里也有所区别。每个子类继承父类的时候,都将直接复制一份父类的方法表,而对于父类方法的重写,会直接更新方法表里相同顺序的这个方法。

而重载,本质上由于签名及参数的区别,是一个新的方法,在方法表里会是新增一个元素。

这里的这个方法表,就是咱们说的 vtable(Virtual Method Table),表里的每个方法,对应的是它的实际执行入口地址。如果没有重写,那父类和子类的地址是一样的,都指向父类的实现。

如果子类重写之后,子类方法表里的这个方法的地址就指向了自己实现的版本。

而我们上面字节码处观察到的,两个 invokevirtual 对应的常量池索引序号是一样的,这样实现对于变换实现类型时,查找方法表只需要换个对象,索引依旧相同。

观察

为了便于 Attach 到 Java 进程,可以在代码里加下 latch 进行 awiat 阻塞,启动 SA 就能观察了。

 

选择 ClassBrowser

 

在 Class列表里就能找到咱们上面创建的对象。@ 符号后面是这个对象对应的内存地址。复制上Dog的地址,再从菜单里选择Inspector,

你看 _vtable_len: 7

 

这是告诉我们 vtable 长度是7,里面有7个方法。

实际上咱们在这个类里只重写了父类 Animal 的 say方法,其它的是从 Animal 继承来的 play方法,以及超类 Object 里的 5个方法,大概这个样子

 

JVM 在首次加载类的时候,会解析类内包含的方法,方法解析之后就会计算当前类 vtable的大小。

可能你会问,Object 类内不止5个方法,为什么只算5个呢?而且我们新增其它static、 final 这一类的方法呢?

这里 vtable 只计算非static final 的,全部计算完就得出了vtable_len这个值。

每个 Java 的 Class 在 JVM 内部都会有一个自己的instanceKlass, vtable就分配在这个的最后。

整个instanceKlass的大小,在64位系统里大小是 0x1b8,记住它,后面用的着。 所以咱们上面看到了Dog 类的内存地址,继续找就能看到他其它方法对应的内存地址。

在Windows -> console 里执行这个:

  1. mem 0x7C0060DD0 7 

这个值怎么来的呢?是从对象的内存地址开始,加上 instanceKlass的大小。

  1. 0x7C0060DD0   =  0x00000007c0060c18 + 0x1b8 

由于我们有7个方法,所以顺序查找7个地址。

所以你应该也发现了,Java 里对应这种重写的方法,是在类加载的时候,才能知道具体对应的是哪个方法,因此也被称为动态绑定或者迟绑定。

总结起来,这里的 vtable,相当于你的工具清单,有什么能力都做了罗列,像钢铁侠的各项技能,每个功能指向具体的超能力,在我们代码里可以把它理解成一个数组,数组的每个元素指向一个方法地址。

感兴趣的话,你加个static 的方法自己找找,看看在不在这里面呢?毕竟static方法执行不是有 invokestatic 指令嘛。

本文转载自微信公众号「 Tomcat那些事儿」,可以通过以下二维码关注。转载本文请联系 Tomcat那些事儿公众号。

 

责任编辑:武晓燕 来源: Tomcat那些事儿
相关推荐

2022-12-14 07:32:40

InnoDBMySQL引擎

2022-05-05 08:55:12

工业物联网IIoT

2023-05-22 15:58:11

2024-02-06 09:30:25

Figma矩形矩形物理属性

2014-07-21 10:32:52

苹果公司实习

2018-04-02 15:13:21

网络

2023-02-15 08:17:38

2024-04-30 08:22:51

Figma图形编辑变换矩阵

2020-11-24 06:20:02

Linux日志文件系统

2016-10-12 08:54:24

2021-08-17 07:00:00

双重检查锁Nacos

2022-07-13 10:37:59

服务器故障优化

2020-03-23 08:30:12

程序员男友感受

2018-10-26 10:41:19

2015-03-25 09:55:34

程序员程序员修补BUG真正原因

2009-03-10 12:42:45

2017-06-06 15:13:07

2022-08-15 08:01:00

三色标记JVM算法

2017-05-09 15:39:33

ensorFlow机器人机器学习

2021-02-07 08:13:18

@DateTimeFo@NumberFormSpring
点赞
收藏

51CTO技术栈公众号