在Java編程中經(jīng)常碰到類型轉(zhuǎn)換，對象類型轉(zhuǎn)換主要包括向上轉(zhuǎn)型和向下轉(zhuǎn)型。

向上轉(zhuǎn)型

我們在現(xiàn)實中常常這樣說：這個人會唱歌。在這里，我們并不關(guān)心這個人是黑人還是白人，是成人還是小孩，也就是說我們更傾向于使用抽象概念“人”。再例如，麻雀是鳥類的一種(鳥類的子類)，而鳥類則是動物中的一種(動物的子類)。我們現(xiàn)實中也經(jīng)常這樣說：麻雀是鳥。這兩種說法實際上就是所謂的向上轉(zhuǎn)型，通俗地說就是子類轉(zhuǎn)型成父類。這也符合Java提倡的面向抽象編程思想。來看下面的代碼：

A的子類B：

C類：

如果運行C，輸出的是Superclass 還是Childrenclass？不是你原來預(yù)期的Superclass，而是Childrenclass。這是因為a實際上指向的是一個子類對象。當然，你不用擔(dān)心，Java虛擬機會自動準確地識別出究竟該調(diào)用哪個具體的方法。不過，由于向上轉(zhuǎn)型，a對象會遺失和父類不同的方法，例如b1()。有人可能會提出疑問：這不是多此一舉嗎？我們完全可以這樣寫：

確實如此！但這樣就喪失了面向抽象的編程特色，降低了可擴展性。其實，不僅僅如此，向上轉(zhuǎn)型還可以減輕編程工作量。來看下面的顯示器類Monitor：

液晶顯示器類LCDMonitor是Monitor的子類：

陰極射線管顯示器類CRTMonitor自然也是Monitor的子類：

等離子顯示器PlasmaMonitor也是Monitor的子類：

現(xiàn)在有一個MyMonitor類。假設(shè)沒有向上轉(zhuǎn)型，MyMonitor類代碼如下：

可能你已經(jīng)意識到上述代碼有很多重復(fù)代碼，而且也不易維護。有了向上轉(zhuǎn)型，代碼可以更為簡潔：

我們也可以采用接口的方式，例如：

將液晶顯示器類LCDMonitor稍作修改：

CRTMonitor、PlasmaMonitor類的修改方法與LCDMonitor類似，而MyMonitor可以不不作任何修改。

可以看出，向上轉(zhuǎn)型體現(xiàn)了類的多態(tài)性，增強了程序的簡潔性。

向下轉(zhuǎn)型

子類轉(zhuǎn)型成父類是向上轉(zhuǎn)型，反過來說，父類轉(zhuǎn)型成子類就是向下轉(zhuǎn)型。但是，向下轉(zhuǎn)型可能會帶來一些問題：我們可以說麻雀是鳥，但不能說鳥就是麻雀。來看下面的例子：

A類：

A的子類B：

C類：

從上面的代碼我們可以得出這樣一個結(jié)論：向下轉(zhuǎn)型需要使用強制轉(zhuǎn)換。運行C程序，控制臺將輸出：

其實黑體部分的向下轉(zhuǎn)型代碼后的注釋已經(jīng)提示你將發(fā)生運行時錯誤。為什么前一句向下轉(zhuǎn)型代碼可以，而后一句代碼卻出錯？這是因為a1指向一個子類B的對象，所以子類B的實例對象b1當然也可以指向a1。而a2是一個父類對象，子類對象b2不能指向父類對象a2。那么如何避免在執(zhí)行向下轉(zhuǎn)型時發(fā)生運行時ClassCastException異常？使用5.7.7節(jié)學(xué)過的instanceof就可以了。我們修改一下C類的代碼：

這樣處理后，就不用擔(dān)心類型轉(zhuǎn)換時發(fā)生ClassCastException異常了。

感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！

原文鏈接：http://blog.csdn.net/qq_35101189/article/details/57417933

總結(jié)

以上是生活随笔為你收集整理的java 强制向上转型,Java 转型(向上或向下转型)详解及简单实例的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。