接口与类中的内部类

Question

这两个内部类声明之间有什么区别？还评论优点/缺点吗？

案例A：班级内的班级。

public class Levels {   
  static public class Items {
    public String value;
    public String path;

    public String getValue() {
      return value;}
  }
}

案例B：接口内的类。

public interface Levels{

  public class Items {
    public String value;
    public String path;

    public String getValue() {
      return value;}
  }
}

进行了更正：放置getvalue方法。

进一步的信息：我能够在没有实现AT AT ALL接口的另一个类中实例化A和B的Items类。

public class Z{//NOTE: NO INTERFACE IMPLEMENTED here!!!!
 Levels.Items items = new Levels.Items();
}

由于未实例化接口，因此不通过实例化LEVELS接口就可以通过点表示法来访问接口内的所有元素，这仅仅是因为您无法实例化接口-
有效地使接口内定义的类可渗透静态引用。

因此，在B不为静态的情况下说Items类是没有道理的。由于情况A和B都是以相同的方式实例化的，所以我不会在静态，内部或嵌套的内容上寻找语义。不要再给我有关语义的答案。我想要编译器，运行时和行为上的差异/优势，或者如果没有，那就这么说。请不要在语义上给出更多答案！！！！JVM或.NET
VM规范的专家请对此回答而不是教科书语义上的疑问。

Answer 1

静态内部类与顶级类非常相似，除了内部类可以访问封闭类的所有 静态
变量和方法。封闭的类名有效地附加到内部类的包名称空间。通过将一个类声明为静态内部类，您在传达该类在某种程度上与封闭类的上下文紧密相关。

非静态内部类不太常见。主要区别在于，非静态内部类的实例包含对封闭类实例的隐式引用，因此可以访问该封闭类实例的实例变量和方法。这导致一些奇怪的实例化习惯用法，例如：

Levels levels = new Levels(); // first need an instance of the enclosing class

// The items object contains an implicit reference to the levels object
Levels.Items items  = levels.new Items();

与静态内部类相比，非静态内部类与其封闭类的联系更为紧密。它们具有有效的用途（例如，迭代器通常在其迭代的数据结构的类中被实现为非静态内部类）。

当您仅真正需要静态内部类行为时，声明一个非静态内部类是一个常见的错误。