Java技术栈

www.javastack.cn

打开网站看更多优质文章

我发现这个问题很难回答，因为答案可能不会让面试官满意，在大多数情况下，面试官正在寻找答案中的关键点，如果你提到这些关键点，面试官会很高兴。

在 Java 中回答这种棘手问题的关键是准备好相关主题, 以应对后续的各种可能的问题。

这是非常经典的问题，与的很类似; 这两个问题之间的相似之处在于它们主要是由 创作者的设计决策使然。

为什么不支持类多重继承, 可以考虑以下两点:

1、 第一个原因围绕钻石????形继承问题产生的歧义

考虑一个类 A 有 foo() 方法, 然后 B 和 C 派生自 A, 并且有自己的 foo() 实现，现在 D 类使用多个继承派生自 B 和 C。

如果我们只引用 foo(), 编译器将无法决定它应该调用哪个 foo()，这也称为 Diamond 问题，因为这个继承方案的结构类似于菱形，见下图:

                A foo()                     / \                   /     \       foo() B     C foo()                   \     /                     \ /                     D  foo()  

即使我们删除钻石的顶部 A 类并允许多重继承，我们也将看到这个问题含糊性的一面。如果你把这个理由告诉面试官，他会问为什么 C++ 可以支持多重继承而 Java不行。

嗯，在这种情况下，我会试着向他解释我下面给出的第二个原因，它不是因为技术难度, 而是更多的可维护和更清晰的设计是驱动因素, 虽然这只能由 Java 言语设计师确认，我们只是推测。

维基百科链接有一些很好的解释，说明在使用多重继承时，由于钻石问题，不同的语言地址问题是如何产生的。

2、对我来说第二个也是更有说服力的理由是，多重继承确实使设计复杂化并在强制转换、构造函数链接等过程中产生问题。

假设你需要多重继承的情况并不多，简单起见，明智的决定是省略它。

此外， 可以通过使用接口支持多继承来避免这种歧义。由于接口只有方法声明而且没有提供任何实现，因此只有一个特定方法的实现，因此不会有任何歧义。

作者：Yujiaao

END

最近热文：

1、

2、

3、

4、

5、

6、

7、

8、

9、

10、

公众号干货实在太多，扫码关注Java技术栈公众号阅读更多。

点击「阅读原文」带你飞～