在阅读了你从书中引用的最令人信服的理由之后，你为什么想到了多重继承的想法，这有点令人费解。当一个类（内部或非内部）想要从多个具体实现继承行为时，多重继承就会受到质疑。因此，与其他一些语言不同，在 Java 中，您不能定义如下类：
class Child extends Father, Mother {
// Child wants to inherit some behavior from Father and some from Mother
}
如您所见，only 内部类所做的任何事情都无法以直接的方式纠正或解决这个 Java 决定（不支持多重继承）。
那么它们为什么存在，你可能想知道！好吧，在 Java 中，每个类要么是顶级的，要么是内部的（也称为嵌套的）。任何在另一个类中定义的类都是内部类，任何不是这样的类都是顶级类。
自然，人们可能想知道为什么要在其他类中定义类（即行为）。顶级课程还不够吗？
答案是肯定的。 Java 总是可以有only 顶级类。但是这个想法（也许）是没有充分的理由限制类成为其他类的成员！就像任何预定义的类型（例如Integer、String 等）都可以是类的成员：
class Person {
private String name; // a field the models a Person's name
}
程序员应该能够在类中定义自己感兴趣的行为：
class Person {
private String name; // a field the models a Person's name
private Address address; // address is a type defined here
static class Address {
String street;
String city;
}
}
这里发生了很多事情，尤其是像private、static 等被称为修饰符的东西。关于它们有很多技术细节，但让我们稍后再讨论它们。基本思想是能够将行为定义为另一个类的一部分。 Address 类是否可以在 Person 类之外定义为顶级类？当然。但是拥有这个设施就派上用场了。
现在，自从引入了这个工具，它开始服务于另一个目的，这个目的被称为提供代码作为数据。这就是设计模式出现的方式，直到大约 10 年前，人们一直认为内部类可以用于以代码的形式提供数据。也许这让你有些困惑。考虑以下代码我从 JDK 类中几乎逐字记录：java.lang.String.java：
public static final Comparator<String> CASE_INSENSITIVE_ORDER
= new CaseInsensitiveComparator();
private static class CaseInsensitiveComparator
implements Comparator<String> {
public int compare(String s1, String s2) {
int n1 = s1.length();
int n2 = s2.length();
// details excluded for brevity
// return -1, 0, 1 appropriately
}
}
这里发生了什么？
我们需要一种方法来比较一个字符串和另一个字符串，并且我们需要能够进行不区分大小写的比较。因此，我们在外部类中创建了Comparator 接口的实现：String！这不是很方便吗？如果内部类不存在，则必须是：
public class String {
// ... the whole String class implementation
}
class CaseInsensitiveComparator
implements Comparator<String> {
// implements the comparator method
}
这本身并不“坏”，但这意味着很多类污染了名称空间。内部类将行为的范围限制在外部类。正如您可能看到的那样，这很方便。本例中的数据是Comparator接口的实现，代码也一样，因为我们正在_new_ing我们定义的内部类。
在 Java 7 之前，此功能被进一步利用匿名内部类（尤其是在您希望代码用作数据的情况下），并且在 Java 8 中它们被有效地替换为 Lambda 表达式。如今，您可能看不到任何使用匿名内部类的新代码（换句话说，语言在进化）。