為什么Java中的Collection類都繼承了抽象類還要實現抽象類的接口

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

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

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

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

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

 

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

Java 中其實有很多集合 Collection 都有這樣的神操作。比如：HashSet 繼承了 AbstractSet 并實現 Set，但 AbstractSet 已經實現 Set。HashMap extends AbstractMap，AbstractMap implements Map 等。

為什么要這樣做呢？根據上面的解釋，其中一個很重要的原因是：規范。如果不實現對應的抽象類也不會有影響，只是實現對應抽象類后能幫助我們理解代碼，而無需通過給定類的完整層次結構。

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

運行后，輸出下面的結果：

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

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

JDK 中的這些集合的實際設計和實現，“可讀性”也是很重要的一部分。

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