Java多態就是為了降低耦合，方便我們開發的一種特性。

比如我寫了一個動物的接口。然后我通過接口實現了貓和狗這個類。

在我需要使用的時候我可以這樣實例化對象

動物 w = new 貓。

這就是向上轉型。

這里就有一點疑問了，我們開發人員為啥不直接寫個貓和狗的類。為啥偏偏要寫一個接口。這不是在多此一舉嗎？

下面就我個人理解，僅供參考。

java是什么，是一個面向對象的工程型語言。這意味著啥，這意味著我們可能幾十個人，或者幾百個人一起開發同一個項目。

一個人有一個自己的開發習慣，如果我們所有人開發人根據需求，自己搞自己的代碼塊或者功能。那萬一我們幾十個人寫完了發現，我靠，怎么代碼合在一起的時候怎么到處都是錯(變量，方法名不一致等等)，程序跑不動了呀。

這樣一搞，說個屁，效率多低呀。不行，不能這樣搞開發。

然后就要有個開發項目的規范，剛才說了，每個開發人員有自己的開發習慣，那怎么規范嘛?這時候，就需要大佬上場了。誰來當老大嘛，沒辦法，就找那個頭發最少的，寫代碼寫的最多的人來當標準吧。

這樣也可以服眾，畢竟人家是前輩，人家代碼寫的多，把他來當標準，沒啥問題。

那么問題來了，具體怎么規范呢？這時候就需要接口這個概念了。

那個頭發最少的大佬，來寫項目的規范(接口),那些接口里面有我們普通開發人員必須要實現的方法和變量。

打個比方我是這個大佬(小聲bb)，我寫個接口，然后別人來實現我的接口。這時候別人所實現的接口的方法名和重要變量名全是我說了算，我喜歡駝峰規則的命名，他實現的時候一個字母都不能改。如果改了，當時開發工具就會提醒你在亂搞，就會報錯就可以及時糾正。不像開始那樣，一個人喜歡用駝峰英文，另一個人喜歡拼音。自己搞的時候沒問題啊，結果到最后和別人的代碼一起的時候就錯了，這個就容易出問題。效率太低了。

所以在我看來，接口就是大佬發給普通開發人員的任務列表，接口里面的方法就是開發人員需要去做的任務。必須完成，不然沒工資。如果你自己去找任務做，不看我的任務列表(接口)。結果出問題領不到工資，這可是你的責任，賴不著團隊。搞不好團隊還要找你麻煩，耽誤我們開發進度。

這就是我對接口的理解。

接口的作用在于大項目的多人協同開發，可以分工和最后統一代碼。你來實現這個接口，我來實現這個接口(分工)，最后上交工作成果的時候，大佬一看，嗯，是服從的我的開發規范，按道理是不會出問題的。

當然，你自己一個人或者人少的時候寫小項目，不用接口，也是可以的啊。沒問題。

總結

以上是生活随笔為你收集整理的java 多态 降低耦合_java多态的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。