是的，匿名内部类绝对是Java的优势之一。

使用匿名内部类，您可以访问周围类的final变量和成员变量，这在侦听器等方面很方便。

但是一个主要的优点是，内部类代码(至少应该)与周围的类/方法/块紧密耦合，具有特定的上下文(周围的类、方法和块)。

匿名类指南。

匿名类同时声明和初始化。 匿名类必须扩展或实现到一个且仅一个类或接口响应。 由于匿名类没有名称，所以只能使用一次。

例如:

button.addActionListener(new ActionListener(){

            public void actionPerformed(ActionEvent arg0) {
        // TODO Auto-generated method stub

    }
});

是的，匿名内部类绝对是Java的优势之一。

使用匿名内部类，您可以访问周围类的final变量和成员变量，这在侦听器等方面很方便。

但是一个主要的优点是，内部类代码(至少应该)与周围的类/方法/块紧密耦合，具有特定的上下文(周围的类、方法和块)。

还有一个好处: 正如你所知道的，Java不支持多重继承，所以如果你使用“线程”类作为匿名类，那么类仍然有一个空间留给任何其他类来扩展。

内部类与外部类的实例相关联，有两种特殊类型:局部类和匿名类。匿名类使我们能够同时声明和实例化一个类，从而使代码简洁。当我们只需要一个本地类一次时，我们使用它们，因为它们没有名字。

考虑一下文档中的例子，我们有一个Person类:

public class Person {

    public enum Sex {
        MALE, FEMALE
    }

    String name;
    LocalDate birthday;
    Sex gender;
    String emailAddress;

    public int getAge() {
        // ...
    }

    public void printPerson() {
        // ...
    }
}

我们有一个方法来打印匹配搜索条件的成员:

public static void printPersons(
    List<Person> roster, CheckPerson tester) {
    for (Person p : roster) {
        if (tester.test(p)) {
            p.printPerson();
        }
    }
}

其中CheckPerson是一个像这样的接口:

interface CheckPerson {
    boolean test(Person p);
}

现在我们可以使用匿名类来实现这个接口来指定搜索条件:

printPersons(
    roster,
    new CheckPerson() {
        public boolean test(Person p) {
            return p.getGender() == Person.Sex.MALE
                && p.getAge() >= 18
                && p.getAge() <= 25;
        }
    }
);

这里的接口非常简单，而且匿名类的语法看起来笨拙而不清楚。

Java 8引入了一个术语函数接口，它是一个只有一个抽象方法的接口，因此我们可以说CheckPerson是一个函数接口。我们可以使用Lambda表达式，它允许我们将函数作为方法参数传递给:

printPersons(
                roster,
                (Person p) -> p.getGender() == Person.Sex.MALE
                        && p.getAge() >= 18
                        && p.getAge() <= 25
        );

我们可以使用标准功能接口Predicate来代替接口CheckPerson，这将进一步减少所需的代码量。

它们通常用作详细形式的回调。

我想你可以说，与没有它们和每次都必须创建命名类相比，它们是一个优势，但类似的概念在其他语言中实现得更好(如闭包或块)。

下面是一个swing的例子

myButton.addActionListener(new ActionListener(){
    public void actionPerformed(ActionEvent e) {
        // do stuff here...
    }
});

尽管它仍然很冗长，但它比强迫您为每个throw away侦听器定义一个命名类要好得多(尽管这取决于情况和重用，这可能仍然是更好的方法)