Bloch有效的Java-相对于非静态而言，更喜欢静态类-多少个实例？

Question

我想知道封闭类可以创建多少个静态成员类实例。我仅假设其中一个，但随后从Bloch中摘录的内容对我来说没有意义。

引用约书亚·布洛赫（Joshua Bloch）的《有效Java》-项目22 *：偏爱静态成员类而非非静态成员类。

私有静态成员类的常见用法是表示由其封闭类表示的对象的组件。例如，考虑一个Map实例，该实例将键与值相关联。许多Map实现都有一个内部Entry对象，用于映射中的每个键值对。虽然每个条目都与地图关联，但是条目上的方法（getKey，getValue和setValue）不需要访问地图。因此，使用非静态成员类表示条目将很浪费：最好使用私有静态成员类。如果您不小心在条目声明中省略了static修饰符，则地图仍然可以使用，但是每个条目都将包含对该地图的多余引用，这会浪费空间和时间。

他指出，映射为映射中的每个键值对（即静态成员类的多个实例）创建一个Entry对象。

所以我的假设是错误的！这意味着我对静态成员类的理解是错误的。每个人都知道静态成员变量的行为，例如经典的静态最终字符串-对象只有一个实例。

这是否意味着在封闭对象被实例化时，静态成员类实际上并未被实例化？

那么在这种情况下，使用静态成员类进行Entry的Map有什么意义呢？为什么不只在API上使用接口？然后，每个其他Collections类都可以提供自己的实现。

[*]刚意识到这是我拥有的PDF版本中的第18项

Answer 1

我认为Java团队搞砸了这一名称。静态内部类（严格来说，它们的正确名称是“静态嵌套类”）与普通类没有什么不同，除了它具有特殊的名称（Something.MyClass而不是MyClass）并且可以设为私有（即，不能从其他类实例化）。

在情况下Map，之所以选择它是因为Map.Entry它的名字清楚地指出了与之Entry相关的含义Map。正如您所建议的，为此使用一个普通的类是完全合理的。唯一的区别是你不会写东西Map.Entry。

我认为他们应该做的是class对静态嵌套类使用“非静态”内部类的语法（即仅在封闭类中），而是发明一个新的关键字来创建“非静态”内部类，因为这些行为与普通课程有所不同。也许像attached class。AFAIK static选择该关键字是为了避免保留关键字过多，但我认为这只会引起混淆。