实例化具有默认方法的接口[重复]

Question

我遇到了这个问题：

下面的输出是什么？

1  public class A {
2      public static void main(String[] args){
3          I i = new I() {};
4          System.out.println(I.x + i.getValue() + "" + i);
5      }
6  }
7
8  interface I {
9      int x = 10;
10
11     public default int getValue() {
12         return 5;
13     }
14
15     public default String toString() {
16         return "I";
17     }
18 }

我的想法是：

我的第一直觉告诉我-i=new I（）{}？因此，我们不能实例化接口-问题1。

那么我认为公共默认字符串是toString（）？重写对象类方法？听起来不太好-问题2

可能的答案：

a）10I

b） 15I

c）由于第11行编译失败

d）由于第15行编译失败

e）由于多个错误导致编译失败

解释完我的想法后，我选择了错误的答案。正确答案是D，我也答对了。

我的问题-为什么下面的陈述是有效的？

I i = new I() {};

由于添加了“{}”，该语句是否正在做一些我不理解的事情？据我所知，new关键字的意思是：实例化。

Answer 1

i=new I() {}; 创建一个实现接口I的匿名类。由于接口I没有任何抽象方法要实现，括号{}内的匿名类的主体可以是空的。

Answer 2

我不明白是因为它加了“{}”吗？

您正在实例化匿名类

I i = new I() {};

Answer 3

这句话没有错：

I i = new I() {};

它只是实例化一个实现I接口的匿名类。由于I接口只有默认方法，如果不是因为toString（）方法的问题，一个空体就足以实现它。

JLS 9.4.1.2规定接口不能有toString（）方法的默认实现：

如果默认方法的重写等价于类对象的非私有方法，则这是编译时错误，因为实现接口的任何类都将继承其自己的方法实现。

禁止将Object方法之一声明为默认方法可能令人惊讶。毕竟，有像java.util.List这样的情况，其中toString和equals的行为是精确定义的。然而，当一些更广泛的设计决策被理解时，动机就变得更加清晰了：

• 首先，允许从超类继承的方法重写从超接口继承的方法（§8.4.8.1）。因此，每个实现类都会自动覆盖接口的toString默认值。这是Java编程语言中的长期行为。我们不希望通过默认方法的设计来改变它，因为这将与允许接口不引人注目地进化的目标相冲突，只有当类还没有通过类层次结构时才提供默认行为。
• 其次，接口不继承Object，而是隐式声明许多与Object相同的方法（§9.2）。因此，在Object中声明的toString和在接口中声明的toString没有共同的祖先。充其量，如果两者都是一个类继承的候选人，它们就会冲突。解决这个问题需要笨拙地混合类和接口继承树。
• 第三，在接口中声明Object方法的用例通常假设一个线性接口层次结构；该特性不能很好地推广到多个继承场景。
• 第四，Object方法是如此基本，以至于允许任意超级接口默默地添加默认方法来更改其行为似乎是危险的。

toString（）是对象类的方法，因此在任何接口中都不能有默认实现。