动态绑定和静态绑定详解
动态绑定和静态绑定详解
弄清调用对象方法的执行过程十分重要.下面是调用过程的详细描述:
1.编译器查看对象的声明类型(注意和实际类型区分)和方法名。假设调用x.f(param),且隐式参数x声明为C类的对象。需要注意的是:有可能存在多个名字为f,但是参数类型不一样的方法。例如,可能存在f(int)和f(Stirng)。编译器将会一一列举所有C类中名为f的方法和其超类中访问属性为public且名为f的方法。
至此,编译器以获得所有可能被调用的候选方法。
2.接下来,编译器将查看调用方法时提供的参数类型。如果在所有名为f的方法中存在一个与提供的参数类型完全匹配的方法,就选择这个方法。这个过程被称为重载解析(overloading resolution)。例如,对于调用x.f(“Hello”)来说,编译器将会挑选f(String),而不是f(int)。如果编译器没有找到与参数类型匹配的方法,或者发现经过类型转换后有多个方法与值匹配,就会报告一个错误。
至此,编译器以获得需要调用的方法名字和参数类型。
3.如果是private方法、static方法、final方法或者构造器,那么编译器将可以准确知道应该调用哪个方法,我们将这种调用方式成为静态绑定(static binding)。于此对应的是,调用的方法依赖于隐式参数的实际类型,并且在运行时实现动态绑定。在上面的举例中,采用动态绑定的方式生成一条调用f(Stirng)的指令。
4.当程序运行,并且采用动态绑定调用方法时,虚拟机一定调用与x所引用对象的实际类型最合适的那个类的方法。假设x的实际类型是D,它是C类的子类。如果D类定义了方法f(String),就直接调用它,否则,将在D类的超类中寻找f(String),以此类推。
每次调用方法都要进行搜索,时间开销相当大。因此,虚拟机预先为每个类创建了一个方法表(method table),其中列出了所有方法的签名(方法的签名指方法的名字和参数列表)和实际调用的方法。这样一来,在真正调用方法的时候,虚拟机仅查找这个表就行了。在前面的例子中,虚拟机搜索D类的方法表,以便寻找与调用f(String)向匹配的方法。这个方法既可能是D.f(Sring),也有可能是X.f(String),这里的X是D的超类。如果调用super.f(param),编译器将对隐式参数超类的方法表进行搜索。
还没有评论,来说两句吧...