接口是否解决了“致命的死亡钻石”问题？

Question

接口是否解决了deadly diamond of death 问题？

我不这么认为，例如：

// A class implementing two interfaces Interface1 and Interface2.
// Interface1 has int x=10 and Interface2 has int x = 20

public class MultipleInterface implements Interface1, Interface2{

    public void getX(){
        System.out.println(x);
    }
}

这里我们得到一个模棱两可的x。

虽然接口是解决方法歧义的好方法，但我猜它们在变量的情况下会失败？

我说的对吗？如果我遗漏了什么，请赐教。

Answer 1

当一个类从父接口继承两个变量时，Java 坚持对所讨论的变量名的任何使用都是完全限定的。这解决了问题。见Java Language Specification Section 8.3：

一个类可以继承多个同名字段。这种情况本身不会导致编译时错误。但是，在类的主体中通过其简单名称引用任何此类字段的任何尝试都将导致编译时错误，因为此类引用是不明确的。

类似的声明适用于接口 (JLS §9.3)。

the answer by Óscar López 中的示例代码非常棒。这是另一个例子：

class Base {
    int x = 10;
}

interface Interface {
    int x = 20;
}

class SingleInheritance implements Interface {
    int y = 2 * x; // ok
}

class MultipleInheritance extends Base implements Interface {
    int y = 2 * x; // compile-time error
    int z = 2 * Interface.x; // ok
}

void aMethod(MultipleInheritance  arg) {
    System.out.println("arg.x = " + arg.x); // compile-time error
    System.out.println("x = " + Interface.x); // ok
}

---

编辑

Java 8 为方法引入了一种有限形式的多重继承，因为接口现在可以声明子接口和实现类可以继承的default methods。由于一个类可以实现多个接口，这可能会导致歧义，因为具有相同签名的不同默认方法可以从多个接口继承。¹Java 使用优先级方案来处理这个问题，以指定哪个默认方法实际上是遗传。当优先方案无法产生一个获胜者时，它需要显式覆盖继承的默认方法。

请注意，在任何情况下，Java 都不存在 Diamond 问题，它是多重继承问题的一个非常具体的子类。² “Diamond”部分指的是类的形状出现问题所需的继承图。在 C++ 中，如果一个类 A 继承自两个类 B 和 C，每个类都继承自一个公共基类 D，就会出现菱形问题。在这种情况下，D 的任何公共成员最终会在 A 中出现两次——一次是通过B 一次通过 C。此外，每当 A 的实例被构造或销毁时，D 的构造函数或析构函数最终都会被调用两次（通常会带来灾难性的后果，因此名称中的“死亡”部分）。 C++ 通过提供虚拟继承解决了这些问题。 （详见讨论here。）

¹ _{注意“不同”一词的使用。如果 same 默认方法是通过两个父接口继承的，这两个父接口又扩展了定义默认方法的公共基接口，则没有问题；默认方法是简单继承的。}

² _{其他多重继承问题——比如 Java 中可能出现的接口字段、静态方法和默认方法的歧义——在技术上与 Diamond 问题无关（实际上，致命钻石问题）。但是，有关该主题的许多文献（以及此答案的早期版本）最终将所有多重继承问题归为“死亡钻石”标题。我想这个名字太酷了，只能在技术上合适的时候使用。}

Answer 2

接口不能有属性。当你写这个时：

public interface Foo {
    int x;
}

在后台，它隐式转换为常量，如下所示：

public interface Foo {
    public static final int x;
}

假设您有另一个具有类似名称常量的接口：

public interface Bar {
    int x;
}

如果您要在实现 Foo 和 Bar 的类中使用 x 值，则必须限定这些常量，不能有歧义，如下所示：

public class Baz implements Foo, Bar {
    private int y = Foo.x + Bar.x;
}

所以这里没有钻石。无论如何，现在在接口中声明常量是不受欢迎的，大多数时候你最好使用枚举来获得相同的效果。

Answer 3

不，你没有。接口没有任何变量，除了静态最终变量。

如果您实际编写、编译和执行这些接口和类，您就会得到答案。 x 变量不是类成员，因此没有歧义。

这是您可以通过编写代码并让 JDK 告诉您自己轻松回答的问题之一。比在这里问要快。

Answer 4

Java 阻止多个具体/抽象类继承，但不阻止多个接口继承。使用多接口继承，您继承抽象方法，而不是实现。请参阅这篇带有很好解释和示例的帖子：https://web.archive.org/web/20120724032720/http://www.tech-knowledgy.com/interfaces-sovles-diamond-death/

Answer 5

Deadly Diamond of Death 是变量的问题，但虚拟方法的问题更大。如果类Moo1 和Moo2 都继承自类Foo 并覆盖抽象虚函数Bar，并且如果类Zoo 被允许从Moo1 和Moo2 继承，而不必添加自己的Bar 覆盖，不清楚Zoo 的Bar 应该做什么。接口通过要求实现接口的每个类必须为所有接口成员提供自己的实现，并指定接口的所有成员在直接或间接扩展它的所有接口中将被视为相同，从而避免了这个问题。因此，在上述情况下，如果Foo等是接口而不是类，那么任何实现Zoo的类都需要实现Foo.Bar，这将是Moo1.Bar、Moo2.Bar的同义词，和Zoo.Bar。

Answer 6

Deadly Diamond Of Death Problem.

class A
{
void eat()
{
    print("I am eating Apple")
}
}

B 类和 C 类扩展 A 并覆盖eat() 方法

class B extends A
{
void eat()
{
print("I am eating Banana")
}
}


class C extends A
{
void eat()
{
print("I am eating Grapes")
}
}

现在如果java有多个继承？以下情况会发生什么。

 class D extends B ,C
{
//which eat() method will be inherited here for class D ? a problem  ? ?
}