肯定有不少人跟我剛看到這項(xiàng)原則的時(shí)候一樣，對(duì)這個(gè)原則的名字充滿疑惑。其實(shí)原因就是這項(xiàng)原則最早是在1988年，由麻省理工學(xué)院的一位姓里的女士（Barbara Liskov）提出來(lái)的。

定義1：如果對(duì)每一個(gè)類型為 T1的對(duì)象 o1，都有類型為 T2 的對(duì)象o2，使得以 T1定義的所有程序 P 在所有的對(duì)象 o1 都代換成 o2 時(shí)，程序 P 的行為沒有發(fā)生變化，那么類型 T2 是類型 T1 的子類型。

定義2：所有引用基類的地方必須能透明地使用其子類的對(duì)象。

問(wèn)題由來(lái)：有一功能P1，由類A完成?，F(xiàn)需要將功能P1進(jìn)行擴(kuò)展，擴(kuò)展后的功能為P，其中P由原有功能P1與新功能P2組成。新功能P由類A的子類B來(lái)完成，則子類B在完成新功能P2的同時(shí)，有可能會(huì)導(dǎo)致原有功能P1發(fā)生故障。

解決方案：當(dāng)使用繼承時(shí)，遵循里氏替換原則。類B繼承類A時(shí)，除添加新的方法完成新增功能P2外，盡量不要重寫父類A的方法，也盡量不要重載父類A的方法。

繼承包含這樣一層含義：父類中凡是已經(jīng)實(shí)現(xiàn)好的方法（相對(duì)于抽象方法而言），實(shí)際上是在設(shè)定一系列的規(guī)范和契約，雖然它不強(qiáng)制要求所有的子類必須遵從這些契約，但是如果子類對(duì)這些非抽象方法任意修改，就會(huì)對(duì)整個(gè)繼承體系造成破壞。而里氏替換原則就是表達(dá)了這一層含義。

繼承作為面向?qū)ο笕筇匦灾?，在給程序設(shè)計(jì)帶來(lái)巨大便利的同時(shí)，也帶來(lái)了弊端。比如使用繼承會(huì)給程序帶來(lái)侵入性，程序的可移植性降低，增加了對(duì)象間的耦合性，如果一個(gè)類被其他的類所繼承，則當(dāng)這個(gè)類需要修改時(shí)，必須考慮到所有的子類，并且父類修改后，所有涉及到子類的功能都有可能會(huì)產(chǎn)生故障。

舉例說(shuō)明繼承的風(fēng)險(xiǎn)，我們需要完成一個(gè)兩數(shù)相減的功能，由類A來(lái)負(fù)責(zé)。

class A{

public int func1(int a, int b){

return a-b;

}

}

public class Client{

public static void main(String[] args){

A a = new A();

System.out.println("100-50="+a.func1(100, 50));

System.out.println("100-80="+a.func1(100, 80));

}

}

運(yùn)行結(jié)果：

100-50=50

100-80=20

后來(lái)，我們需要增加一個(gè)新的功能：完成兩數(shù)相加，然后再與100求和，由類B來(lái)負(fù)責(zé)。即類B需要完成兩個(gè)功能：

兩數(shù)相減。

兩數(shù)相加，然后再加100。

由于類A已經(jīng)實(shí)現(xiàn)了第一個(gè)功能，所以類B繼承類A后，只需要再完成第二個(gè)功能就可以了，代碼如下：

class B extends A{

public int func1(int a, int b){

return a+b;

}

public int func2(int a, int b){

return func1(a,b)+100;

}

}

public class Client{

public static void main(String[] args){

B b = new B();

System.out.println("100-50="+b.func1(100, 50));

System.out.println("100-80="+b.func1(100, 80));

System.out.println("100+20+100="+b.func2(100, 20));

}

}

類B完成后，運(yùn)行結(jié)果：

100-50=150

100-80=180

100+20+100=220

我們發(fā)現(xiàn)原本運(yùn)行正常的相減功能發(fā)生了錯(cuò)誤。原因就是類B在給方法起名時(shí)無(wú)意中重寫了父類的方法，造成所有運(yùn)行相減功能的代碼全部調(diào)用了類B重寫后的方法，造成原本運(yùn)行正常的功能出現(xiàn)了錯(cuò)誤。在本例中，引用基類A完成的功能，換成子類B之后，發(fā)生了異常。在實(shí)際編程中，我們常常會(huì)通過(guò)重寫父類的方法來(lái)完成新的功能，這樣寫起來(lái)雖然簡(jiǎn)單，但是整個(gè)繼承體系的可復(fù)用性會(huì)比較差，特別是運(yùn)用多態(tài)比較頻繁時(shí)，程序運(yùn)行出錯(cuò)的幾率非常大。如果非要重寫父類的方法，比較通用的做法是：原來(lái)的父類和子類都繼承一個(gè)更通俗的基類，原有的繼承關(guān)系去掉，采用依賴、聚合，組合等關(guān)系代替。

里氏替換原則通俗的來(lái)講就是：子類可以擴(kuò)展父類的功能，但不能改變父類原有的功能。它包含以下4層含義：

子類可以實(shí)現(xiàn)父類的抽象方法，但不能覆蓋父類的非抽象方法。

子類中可以增加自己特有的方法。

當(dāng)子類的方法重載父類的方法時(shí)，方法的前置條件（即方法的形參）要比父類方法的輸入?yún)?shù)更寬松。

當(dāng)子類的方法實(shí)現(xiàn)父類的抽象方法時(shí)，方法的后置條件（即方法的返回值）要比父類更嚴(yán)格。

看上去很不可思議，因?yàn)槲覀儠?huì)發(fā)現(xiàn)在自己編程中常常會(huì)違反里氏替換原則，程序照樣跑的好好的。所以大家都會(huì)產(chǎn)生這樣的疑問(wèn)，假如我非要不遵循里氏替換原則會(huì)有什么后果？

更多信息請(qǐng)查看IT技術(shù)專欄