http://hi.baidu.com/daping_zhang/blog/item/e87163d06c42818fa0ec9cfc.html
既然多態(tài)是面向?qū)ο蟮娜蟊举|(zhì)特征之一（其它兩個(gè)是數(shù)據(jù)抽象和繼承），那么C++為什么不將方法調(diào)用的默認(rèn)方式設(shè)置為動(dòng)態(tài)綁定，而要通過關(guān)鍵字virtual進(jìn)行標(biāo)記呢？Bruce Eckel在《Thinking in C++》中提到，這是由于歷史原因造成的，C++是從C發(fā)展而來的，而C程序員最為關(guān)心的是性能問題，由于動(dòng)態(tài)綁定比靜態(tài)綁定多幾條指令，性能有所下降，如果將動(dòng)態(tài)綁定設(shè)定為默認(rèn)方法調(diào)用方式，那么很多C程序員可能不會(huì)接受，因此，C++就將動(dòng)態(tài)綁定定位成可選的，并且作出保證：If you don't use it, you don't pay for it（Stroustrup）。
但是，Java作為一個(gè)全新的完全面向?qū)ο蟮恼Z言，并不存在向下兼容的問題，同時(shí)，Java的設(shè)計(jì)者也認(rèn)為多態(tài)作為面向面向?qū)ο蟮暮诵模嫦驅(qū)ο笳Z言應(yīng)該提供內(nèi)置的支持，因此，Java將動(dòng)態(tài)綁定作為方法調(diào)用的默認(rèn)方式。
下面，我們就詳細(xì)地來了解一下Java是如何為多態(tài)提供支持的。 與C++一樣，Java中也有一個(gè)存放實(shí)例方法地址的數(shù)據(jù)結(jié)構(gòu)，在C++中，我們把它叫做VTable，而在java中方法表（Method Table），但是兩者有很多相同之處：
1、它們的作用是相同的，同樣用來輔助實(shí)現(xiàn)方法的動(dòng)態(tài)綁定。
2、同樣是類級(jí)別的數(shù)據(jù)結(jié)構(gòu)，一個(gè)類的所有對(duì)象共享一個(gè)方法表。
3、都是通過偏移量在該數(shù)據(jù)結(jié)構(gòu)中查找某一個(gè)方法。
4、同樣保證所有派生類中繼承于基類的方法在方法表中的偏移量跟該方法在基類方法表中的偏移量保持一致。
5、方法表中都只能存放多態(tài)方法（Java中的實(shí)例方法，C++中是vitual方法）。
但是歸根結(jié)底，C++是一門編譯型的語言，而Java更加偏向于解析型的，因此上述數(shù)據(jù)結(jié)構(gòu)的生成和維護(hù)是有所不同的，表現(xiàn)在：
1、C++中VTable和vptr是在編譯階段由編譯器自動(dòng)生成的，也就是說，在C++程序載入內(nèi)存以前，在.obj（.o）文件中已經(jīng)有這些結(jié)構(gòu)的信息；Java中的方法表是由JVM生成的，因此，使用javac命令編譯后生成的.class文件中并沒有方法表的信息。只有等JVM把.class文件載入到內(nèi)存中時(shí)，才會(huì)為該.class文件動(dòng)態(tài)生成一個(gè)與之關(guān)聯(lián)的方法表，放置在JVM的方法區(qū)中。
2、C++中某個(gè)方法在VTable的索引號(hào)是在編譯階段已經(jīng)明確知道的，并不需要在運(yùn)行過程中動(dòng)態(tài)獲知；Java中的方法初始時(shí)都只是一個(gè)符號(hào)，并不是一個(gè)明確的地址，只有等到該方法被第一次調(diào)用時(shí)，才會(huì)被解析成一個(gè)方法表中的偏移量，也就是說，只有在這個(gè)時(shí)候，實(shí)例方法才明確知道自己在方發(fā)表中的偏移量了，在這之前必須經(jīng)歷一個(gè)解析的過程。
此外，Java中不支持多重繼承，也就不會(huì)像C++那樣在這個(gè)泥潭中糾纏不清了，但Java也引入了新的概念，那就是接口，Interface。使用Interface調(diào)用一個(gè)實(shí)例方法跟使用一個(gè)Class來調(diào)用的過程是不一樣的：
public class Zoo
{
public static void main(String[] args)
{
Pet p1 = new Dog();
Pet p2 = new Dog();
p1.say(); //首先解析一次，得到偏移量，調(diào)用方法
p2.say(); //不用解析，直接使用上次的得到的偏移量，調(diào)用
Cute c1 = new Dog();
Cute c2 = new Dog();
c1.cute(); //這里使用接口來調(diào)用實(shí)例方法，首先同樣會(huì)解析一次，得到偏移量，調(diào)用相應(yīng)方法
c2.cute(); //這里雖然上次已經(jīng)解析過了，但是還是得重新跟上次一樣重新解析一次，得到偏移量，調(diào)用
}
}
interface Cute
{
public void cute();
}
class Pet
{
public void say(){ System.out.println("Pet say"); }
}
class Dog extends Pet implements Cute
{
public void cute(){ System.out.println("Dog cute"); }
public void say(){ System.out.println("Dog say"); }
}
為什么會(huì)有這樣的區(qū)別呢?這是因?yàn)閷?shí)現(xiàn)同一個(gè)接口的類并不能保證都是從同一個(gè)超類繼承的，而且這個(gè)超類也同樣實(shí)現(xiàn)相同的接口。因此，該接口聲明的方法并不能都保證處于方法表中的同一個(gè)位置上。如，可以定義下面的類：
class Cat implements Cute
{
public void cute(){ System.out.println("Cat cute"); }
}
那么，Dog跟Cat同樣都實(shí)現(xiàn)了接口Cute，因此都能夠用Cute接口進(jìn)行調(diào)用，但是方法cute在Dog方法表中的位置并不能保證該方法在Cat方法表中的位置是一樣的。因此，對(duì)于接口調(diào)用方法，我們只好每次都重新解析一道，獲得準(zhǔn)確的偏移量，再進(jìn)行調(diào)用了。這也導(dǎo)致了使用接口調(diào)用方法的效率要比使用類調(diào)用實(shí)例方法低。當(dāng)然，這僅僅是相對(duì)而言，JVM在實(shí)現(xiàn)上會(huì)予以優(yōu)化，我們不能說因?yàn)榻涌谛实途筒皇褂昧耍喾从捎谠诿嫦驅(qū)ο笞饔弥薪涌诘膹?qiáng)大作用，java是提倡使用接口的，這一點(diǎn)我們是需要注意的。
還有一點(diǎn)，雖然java不支持類的多重繼承，但是是可以實(shí)現(xiàn)多個(gè)接口的，那么，在Java中會(huì)不會(huì)要像C++的多重繼承那樣進(jìn)行必要的轉(zhuǎn)換呢?這個(gè)問題，我們只需想一下兩者調(diào)用的具體過程，就能知道，Java的接口方法每次調(diào)用前都是需要解析的，在這里才會(huì)取得真正的偏移量，這跟C++中編譯期間取得偏移量是不一樣，因此，在Java中是不需要進(jìn)行所謂的轉(zhuǎn)換的。