java方法重载重写原理学习的简单总结

概述

根据查看过的 深刻理解JVM 和 郑雨迪的教程，对java中方法重载的原理进行一个大体总结

具体总结

在JAVA中，多态主要体现为方法的重载和重写。

• 方法重载：同一个类中，方法名相同，参数列表不一样(在编译器那层基本不会考虑返回参数)的两个或多个方法就视为这个几个方法是重载的。
• 方法重写：对应于父类和子类，方法名和方法描述符相同(参数列表和返回类型组成)，就会产生重写，即子类的方法会覆盖掉父类的方法（对了，静态方法的话效果也差很少哦😊，父类的静态方法会被子类的静态方法隐藏掉，也和覆盖差很少）
  • 在java中，是不容许两个参数列表相同且方法名相同的方法出现的，即便他们的返回类型不一样，这是在编译期就已经会检测的。(之因此强调这个是由于，事实上若是你绕开编译器，你生成了两个方法，方法名相同，方法参数列表相同，可是方法返回不一样，你经过字节码去调用，一样是能够作到重载的，由于在字节码的层次对于方法的签名是包含了对返回类型的区分的。。。)

谈到“二重奏”，就必需要谈到他们在JAVA中的实现原理： 静态绑定(也叫静态分派) 和 动态绑定(动态分派).
在JAVA文件编译的时候，编译器就会判断调用的方法的类型，以及这个方法是否能够直接在编译时断定(即断定是具体哪一个类的哪一个方法)，并以此为依据将方法的调用转换为如下几种字节码调用:
* invokestatic 静态方法
* invokespecial 私有实例方法
* invokevitural 非私有实例方法
* invokeinterface 接口方法
* invokedynamic ...

• 静态绑定
  在实际调用的时候，invokestatic,invokespecial这两个是静态绑定的，即在编译器就确认好了具体调用的是哪一个类的哪一个方法，不须要去寻找。
• 动态绑定 invokevitural，invokeinterface，invokedynamic这些方法调用的字节码指令，在执行时，会主动去查找这个方法究竟是属于哪一个类， 好比对于向上转型(父类引用指向子类对象)的那种状况，它就会判断这个对象的真正类型，而后再从真正类型开始去查找方法。