為什么Java中的Collection類都繼承了抽象類還要實(shí)現(xiàn)抽象類的接口

為什么Java中的Collection類都繼承了抽象類還要實(shí)現(xiàn)抽象類的接口，針對這個問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

最近看了 Github 上很火的項(xiàng)目，star 超過了 vue。就想看看 github 的 star 排行榜，看完之后，我突然想到能不能看看 stackoverflow 上的排行榜。做一些翻譯也很不錯！

在打開 stackoverflow 的時候，突然看到一個很稀奇的問題。為什么Java中的Collection類都繼承了抽象類還要實(shí)現(xiàn)了抽象類的接口？

Why do many Collection classes in Java extend the abstract class and implement the interface as well?

這是一個很好的問題，是一個我從來都沒注意過和思考過的問題。

 

大致給大家翻譯一下，為什么要這樣做？

Java 中其實(shí)有很多集合 Collection 都有這樣的神操作。比如：HashSet 繼承了 AbstractSet 并實(shí)現(xiàn) Set，但 AbstractSet 已經(jīng)實(shí)現(xiàn) Set。HashMap extends AbstractMap，AbstractMap implements Map 等。

為什么要這樣做呢？根據(jù)上面的解釋，其中一個很重要的原因是：規(guī)范。如果不實(shí)現(xiàn)對應(yīng)的抽象類也不會有影響，只是實(shí)現(xiàn)對應(yīng)抽象類后能幫助我們理解代碼，而無需通過給定類的完整層次結(jié)構(gòu)。

第二個，在反射上可以觀察到它們的差異。比如，下面的代碼：

運(yùn)行后，輸出下面的結(jié)果：

通過上面的結(jié)果，你會發(fā)現(xiàn)，List 其實(shí) extends Collection 接口，但是 Collection 接口并沒被打印出來。也就是說上面的輸出不包括由超類實(shí)現(xiàn)的接口，也不包括作為包含的接口的超接口的接口。比如，Iterable 和 Collection 等從上面遺漏，即使 ArrayList 隱式實(shí)現(xiàn)它們。要找到它們，您必須遞歸迭代類層次結(jié)構(gòu)。

幸運(yùn)的是，這種差異不會影響 instanceof。比如 new ArrayList<>() instanceof Iterable 和 Iterable.class.isAssignableFrom(ArrayList.class) 結(jié)果為 true。

JDK 中的這些集合的實(shí)際設(shè)計(jì)和實(shí)現(xiàn)，“可讀性”也是很重要的一部分。

關(guān)于為什么Java中的Collection類都繼承了抽象類還要實(shí)現(xiàn)抽象類的接口問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識。