28

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

案例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 方法的位置。

更多信息：我能够在另一个完全不实现接口的类中实例化 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 规范内部专家请回答这个问题而不是教科书语义学家。

4

6 回答 6

27

内部static类是嵌套类，非静态的称为内部类。更多信息，请看这里。

但是，我喜欢引用同一链接的摘录。

静态嵌套类与其外部类（和其他类）的实例成员交互，就像任何其他顶级类一样。实际上，静态嵌套类在行为上是一个顶级类，为了方便打包，它已经嵌套在另一个顶级类中。

你没有static在第二种情况下使用这个词。你认为它隐含地是static因为它是一个接口。你的假设是对的。

您可以在接口中实例化内部类，就像静态嵌套类一样，因为它实际上是一个static嵌套类。

Levels.Items hello = new Levels.Items();

因此，上述声明在您的两种情况下都有效。您的第一种情况是静态嵌套类，而在第二种情况下您没有指定static，但即使那样它也将是静态嵌套类，因为它在接口中。因此，除了一个嵌套在一个类中，另一个嵌套在一个接口中之外，没有什么区别。

通常一个类中的内部类，而不是在 interface 中，会像下面这样被实例化。

Levels levels = new Levels();
Levels.Items items = levels.new Items();

此外，“非静态”内部类将隐式引用其外部类。“静态”嵌套类不是这种情况。

于 2009-12-04T09:07:18.613 回答
15

静态内部类大多类似于顶级类，除了内部类可以访问封闭类的所有静态变量和方法。封闭类名有效地附加到内部类的包命名空间中。通过将一个类声明为静态内部类，您正在传达该类与封闭类的上下文不可分割的联系。

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

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();

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

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

于 2009-12-04T09:39:55.307 回答
15

如果您在接口中声明嵌套类，则它始终是public和static。所以：

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

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

完全一样

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

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

乃至

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

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

我已经用 javap -verbose 进行了检查，它们都产生了

Compiled from "Levels.java"
public class Levels$Items extends java.lang.Object
  SourceFile: "Levels.java"
  InnerClass: 
   public #14= #3 of #23; //Items=class Levels$Items of class Levels
  minor version: 0
  major version: 50
  Constant pool:
const #1 = Method   #4.#21; //  java/lang/Object."<init>":()V
const #2 = Field    #3.#22; //  Levels$Items.value:Ljava/lang/String;
const #3 = class    #24;    //  Levels$Items
const #4 = class    #25;    //  java/lang/Object
const #5 = Asciz    value;
const #6 = Asciz    Ljava/lang/String;;
const #7 = Asciz    path;
const #8 = Asciz    <init>;
const #9 = Asciz    ()V;
const #10 = Asciz   Code;
const #11 = Asciz   LineNumberTable;
const #12 = Asciz   LocalVariableTable;
const #13 = Asciz   this;
const #14 = Asciz   Items;
const #15 = Asciz   InnerClasses;
const #16 = Asciz   LLevels$Items;;
const #17 = Asciz   getValue;
const #18 = Asciz   ()Ljava/lang/String;;
const #19 = Asciz   SourceFile;
const #20 = Asciz   Levels.java;
const #21 = NameAndType #8:#9;//  "<init>":()V
const #22 = NameAndType #5:#6;//  value:Ljava/lang/String;
const #23 = class   #26;    //  Levels
const #24 = Asciz   Levels$Items;
const #25 = Asciz   java/lang/Object;
const #26 = Asciz   Levels;

{
public java.lang.String value;

public java.lang.String path;

public Levels$Items();
  Code:
   Stack=1, Locals=1, Args_size=1
   0:   aload_0
   1:   invokespecial   #1; //Method java/lang/Object."<init>":()V
   4:   return
  LineNumberTable: 
   line 2: 0

  LocalVariableTable: 
   Start  Length  Slot  Name   Signature
   0      5      0    this       LLevels$Items;


public java.lang.String getValue();
  Code:
   Stack=1, Locals=1, Args_size=1
   0:   aload_0
   1:   getfield    #2; //Field value:Ljava/lang/String;
   4:   areturn
  LineNumberTable: 
   line 7: 0

  LocalVariableTable: 
   Start  Length  Slot  Name   Signature
   0      5      0    this       LLevels$Items;


}
于 2012-04-02T13:02:41.090 回答
7

你给出的嵌套/内部类的例子是（IMO）不好的例子。此外，第二个示例不是有效的 Java，因为接口只能（隐式）声明抽象方法。这是一个更好的例子：

public interface Worker {

    public class Response {
        private final Status status;
        private final String message;
        public Response(Status status, String message) {
            this.status = status; this.message = message;
        }
        public Status getStatus() { return status; }
        public String getMessage() { return message; }
    }

    ...

    public Response doSomeOperation(...);
}

通过嵌入 Response 类，我们表明它是 Worker API 的基本部分，没有其他用途。

Map.Entry 类是这个习语的一个众所周知的例子。

于 2009-12-04T09:40:23.547 回答
0

恕我直言，优点是如果它们是微不足道的，那么你的项目文件夹中的类就会更少；缺点是当你的内部阶层随着需求的变化而增长时，maintenacne成为你的噩梦。

于 2009-12-04T09:10:48.837 回答
0

我认为第一个会声明一个类 Levels 和一个名为 Items 的静态内部类。项目可以由 Levels.Items 引用并且是静态的。

而第二个将声明一个简单的内部类，可以使用 Levels.Items 访问它，如下所示：

Levels.Items hello = new Levels.Items();

编辑：这是完全错误的，请阅读评论和其他回复。

于 2009-12-04T09:13:57.790 回答