这篇文章主要介绍了Java中多态是什么意思,具有一定借鉴价值,需要的朋友可以参考下。希望大家阅读完这篇文章后大有收获。下面让小编带着大家一起了解一下。
在面向对象的程序设计语言中,多态是继数据抽象和继承之后的第三种基本特征。
多态不但能够改善代码的组织结构和可读性,还能够创建可扩展的程序。多态的作用就是消除类型之间的耦合关系
。
根据里氏代换原则
:任何基类可以出现的地方,子类一定可以出现。
对象既可以作为它自己本身的类型使用,也可以作为它的基类型使用。而这种吧对某个对象的引用视为对其基类型的引用的做法被称作为 - 向上转型
。因为父类在子类的上方,子类要引用父类,因此称为 向上转型
。
public class Animal { void eat() { System.out.println("Animal eat()"); } }class Monkey extends Animal { void eat() { System.out.println(" Monkey eat()"); } }class test { public static void start(Animal animal) { animal.eat(); } public static void main(String[] args) { Monkey monkey = new Monkey(); start(monkey); } }/* OUTPUT: Monkey eat() */复制代码
上述 test
类中的 start()
方法接收一个 Animal
的引用,自然也可以接收从 Animal
的导出类。调用eat()
方法的时候,自然而然的使用到 Monkey
中定义的eat()
方法,而不需要做任何的类型转换。因为从 Monkey
向上转型到 Animal
只能减少接口,而不会比Animal
的接口更少。
打个不是特别恰当的比方:你父亲的财产会继承给你,而你的财产还是你的,总的来说,你的财产不会比你父亲的少。
在 test.start()
方法中,定义传入的是 Animal
的引用,但是却传入Monkey
,这看起来似乎忘记了Monkey
的对象类型,那么为什么不直接把test
类中的方法定义为void start(Monkey monkey)
,这样看上去难道不会更直观吗。
直观也许是它的优点,但是就会带来其他问题:Animal
不止只有一个Monkey
的导出类,这个时候来了个pig
,那么是不是就要再定义个方法为void start(Monkey monkey)
,重载用得挺溜嘛小伙子,但是未免太麻烦了。懒惰才是开发人员的天性。
因此这样就有了多态
的产生
方法调用中分为 静态绑定
和动态绑定
。何为绑定:将一个方法调用同一个方法主体关联起来被称作绑定。
静态绑定
:又称为前期绑定。是在程序执行前进行把绑定。我们平时听到"静态"的时候,不难免想到static
关键字,被static
关键字修饰后的变量成为静态变量,这种变量就是在程序执行前初始化的。前期绑定
是面向过程语言中默认的绑定方式,例如 C 语言只有一种方法调用,那就是前期绑定。引出思考:
public static void start(Animal animal) { animal.eat(); }复制代码
在start()
方法中传入的是Animal
的对象引用,如果有多个Animal
的导出类,那么执行eat()
方法的时候如何知道调用哪个方法。如果通过前期绑定
那么是无法实现的。因此就有了后期绑定
。
动态绑定
:又称为后期绑定
。是在程序运行时根据对象类型进行绑定的,因此又可以称为运行时绑定
。而 Java 就是根据它自己的后期绑定机制,以便在运行时能够判断对象的类型,从而调用正确的方法。小结:
Java 中除了 static
和 final
修饰的方法之外,都是属于后期绑定
显然通过动态绑定
来实现多态
是合理的。这样子我们在开发接口的时候只需要传入 基类 的引用,从而这些代码对所有 基类 的 导出类 都可以正确的运行。
其中Monkey
、Pig
、Dog
皆是Animal
的导出类
Animal animal = new Monkey()
看上去不正确的赋值,但是上通过继承,Monkey
就是一种Animal
,如果我们调用animal.eat()
方法,不了解多态的小伙伴常常会误以为调用的是Animal
的eat()
方法,但是最终却是调用了Monkey
自己的eat()
方法。
Animal
作为基类,它的作用就是为导出类建立公用接口。所有从Animal
继承出去的导出类都可以有自己独特的实现行为。
有了多态机制,我们可以根据自己的需求对系统添加任意多的新类型,而不需要重载void start(Animal animal)
方法。
在一个设计良好的OOP程序中,大多数或者所有方法都会遵循start()
方法的模型,只与基类接口同行,这样的程序就是具有可扩展性的,我们可以通过从通用的基类继承出新的数据类型,从而添加一些功能,那些操纵基类接口的方法就不需要任何改动就可以应用于新类。
我们先来复习一下权限修饰符:
作用域 | 当前类 | 用一个package | 子孙类 | 其他package |
---|---|---|---|---|
public | √ | √ | √ | √ |
protected | √ | √ | √ | × |
default | √ | √ | × | × |
private | √ | × | × | × |
私有方法带来的失灵:
复习完我们再来看一组代码:
public class PrivateScope { private void f() { System.out.println("PrivateScope f()"); } public static void main(String[] args) { PrivateScope p = new PrivateOverride(); p.f(); } }class PrivateOverride extends PrivateScope { private void f() { System.out.println("PrivateOverride f()"); } }/* OUTPUT PrivateScope f() */复制代码
是否感到有点奇怪,为什么这个时候调用的f()
是基类中定义的,而不像上面所述的那样,通过动态绑定
,从而调用导出类PrivateOverride
中定义的f()
。不知道心细的你是否发现,基类中f()
方法的修饰是private。没错,这就是问题所在,PrivateOverride
中定义的f()
方法是一个全新的方法,因为private
的缘故,对子类不可见,自然也不能被重载。
结论:
只有非 private
修饰的方法才可以被覆盖
我们通过 Idea 写代码的时候,重写的方法头上可以标注@Override
注解,如果不是重写的方法,标注@Override
注解就会报错:
这样也可以很好的提示我们非重写方法,而是全新的方法。
域带来的失灵:
当小伙伴看到这里,就会开始认为所有事物(除private
修饰)都可以多态地发生。然而现实却不是这样子的,只有普通的方法调用才可以是多态的。这边是多态的误区所在。
让我们再看看下面这组代码:
class Super { public int field = 0; public int getField() { return field; } }class Son extends Super { public int field = 1; public int getField() { return field; } public int getSuperField() { return super.field; } }class FieldTest { public static void main(String[] args) { Super sup = new Son(); System.out.println("sup.field:" + sup.field + " sup.getField():" + sup.getField()); Son son = new Son(); System.out.println("son.field:" + son.field + " son.getField:" + son.getField() + " son.getSupField:" + son.getSuperField()); } }/* OUTPUT sup.field:0 sup.getField():1 son.field:1 son.getField:1 son.getSupField:0 */复制代码
从上面代码中我们看到sup.field
输出的值不是 Son
对象中所定义的,而是Super
本身定义的。这与我们认识的多态有点冲突。
其实不然,当Super
对象转型为Son
引用时,任何域访问操作都将由编译器解析,因此不是多态的。在本例中,为Super.field
和Son.field
分配了不同的存储空间,而Son
类是从Super
类导出的,因此,Son
实际上是包含两个称为field
的域:它自己的+Super
的。
虽然这种问题看上去很令人头痛,但是我们开发规范中,通常会将所有的域都设置为 private,这样就不能直接访问它们,只能通过调用方法来访问。
static 带来的失灵:
看到这里,小伙伴们应该对多态有个大致的了解,但是不要掉以轻心哦,还有一种情况也是会出现失灵的,那就是如果某个方法是静态的,那么它的行为就不具有多态性。
老规矩,我们看下这组代码:
class StaticSuper { public static void staticTest() { System.out.println("StaticSuper staticTest()"); } }class StaticSon extends StaticSuper{ public static void staticTest() { System.out.println("StaticSon staticTest()"); } }class StaticTest { public static void main(String[] args) { StaticSuper sup = new StaticSon(); sup.staticTest(); } }/* OUTPUT StaticSuper staticTest() */复制代码
静态方法是与类相关联,而非与对象相关联
首先我们需要明白的是构造器不具有多态性,因为构造器实际上是static
方法,只不过该static
的声明是隐式的。
我们先回到开头的那段神秘代码:
其中输出结果是:
/* polygon() before cal() square.cal(), border = 0 polygon() after cal() square.square(), border = 4 */复制代码
我们可以看到先输出的是基类polygon
中构造器的方法。
这是因为基类的构造器总是在导出类的构造过程中被调用,而且是按照继承层次逐渐向上链接,以使每个基类的构造器都能得到调用。
因为构造器有一项特殊的任务:检查对象是否能正确的被构造。导出类只能访问它自己的成员,不能访问基类的成员(基类成员通常是private类型)。只有基类的构造器才具有权限来对自己的元素进行初始化。因此,必须令所有构造器都得到调用,否则就不可能正确构造完整对象。
步骤如下:
打个不是特别恰当的比方:你的出现是否先要有你父亲,你父亲的出现是否先要有你的爷爷,这就是逐渐向上链接的方式
有没有想过如果在一个构造器的内调用正在构造的对象的某个动态绑定方法,那么会发生什么情况呢? 动态绑定的调用是在运行时才决定的,因为对象无法知道它是属于方法所在的那个类还是那个类的导出类。如果要调用构造器内部的一个动态绑定方法,就要用到那个方法的被覆盖后的定义。然而因为被覆盖的方法在对象被完全构造之前就会被调用,这可能就会导致一些难于发现的隐藏错误。
问题引索:
一个动态绑定的方法调用会向外深入到继承层次结构内部,它可以调动导出类里的方法,如果我们是在构造器内部这样做,那么就可能会调用某个方法,而这个方法做操纵的成员可能还未进行初始化,这肯定就会招致灾难的。
敏感的小伙伴是不是想到了开头的那段代码:
输出结果是:
/* polygon() before cal() square.cal(), border = 0 polygon() after cal() square.square(), border = 4 */复制代码
我们在进行square
对象初始化的时候,会先进行polygon
对象的初始化,在polygon
构造器中有个cal()
方法,这个时候就采用了动态绑定机制,调用了square
的cal()
,但这个时候border
这个变量尚未进行初始化,int 类型的默认值为 0,因此就有了square.cal(), border = 0
的输出。看到这里,小伙伴们是不是有种拨开云雾见青天的感觉!
这组代码初始化的实际过程为:
cal()
方法,由于步骤1的缘故,因此 border 的值为 0感谢你能够认真阅读完这篇文章,希望小编分享Java中多态是什么意思内容对大家有帮助,同时也希望大家多多支持亿速云,关注亿速云行业资讯频道,遇到问题就找亿速云,详细的解决方法等着你来学习!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。