为什么偏爱静态成员类而不是非静态成员类（Joshua Bloch Item #22）？

Question

在读了这本书的那部分两遍之后，我仍然不明白为什么这么广泛地陈述。 非静态成员类是语言的一部分。同意并非任何编程语言的所有部分都是完美的。具有非静态成员类的优点，它们可以访问封闭实例的方法，因此很少会超过可能增加的代码复杂性（内部类和外部类之间的耦合更紧密。顺便说一句：静态成员也可以访问外部类的字段类，只要外部类也是静态的）？本书的这一部分并没有真正给出任何缺点。

适配器模式的非静态成员类呢？建造者模式？

对于小对象（类似于 C++ 的结构）的非静态成员类如何保存一些属于一起且属于外部类的数据位（因此没有理由将它们设为静态）？

（这里的 Effective Java 2nd Edition 似乎有一个很大的摘录，作者是 Joshua Bloch：http://jtechies.blogspot.com/2012/07/item-22-favor-static-member-classes.html - 以防万一有人手边没有这本书，要知道我的起点是）。

Answer 1

本书的第 22 条清楚地解决了您的担忧。

为什么偏爱静态成员类而不是非静态成员类（Joshua Bloch Item #22）？

答案：

如果你声明一个不需要访问封闭的成员类 例如，总是将 static 修饰符放在其声明中，使其成为静态而不是非静态成员类。如果省略此修饰符，每个实例都会对其封闭实例有一个无关的引用。存储此引用会耗费时间和空间，并且可能导致封闭实例在其他情况下符合垃圾收集条件时被保留（第 6 项）。如果你需要分配一个没有封闭实例的实例，你将无法这样做，因为非静态成员类实例需要有一个封闭实例。

---

适配器模式的非静态成员类呢？建造者模式？

答案：

非静态成员类的一个常见用途是定义一个适配器 [Gamma95, p. 139]允许将外部类的实例视为某个不相关类的实例。例如，Map 接口的实现通常使用非静态成员类来实现它们的集合视图，这些视图由Map 的keySet、entrySet 和values 方法返回.类似地，集合接口的实现，例如Set 和List，通常使用非静态成员类来实现它们的迭代器：

// Typical use of a nonstatic member class
public class MySet<E> extends AbstractSet<E> {
    ... // Bulk of the class omitted

    public Iterator<E> iterator() {
        return new MyIterator();
    }

    private class MyIterator implements Iterator<E> {
        ...
    }
}