所谓的“匿名类”，我想你是指匿名的内部类。

匿名内部类在创建具有某些“额外”(如重写方法)的对象实例时非常有用，而不必实际继承一个类。

我倾向于使用它作为附加事件监听器的快捷方式:

button.addActionListener(new ActionListener() {
    @Override
    public void actionPerformed(ActionEvent e) {
        // do something
    }
});

使用这个方法可以使编码更快一点，因为我不需要创建一个额外的实现ActionListener的类——我可以实例化一个匿名的内部类，而不需要实际创建一个单独的类。

我只在“快速而肮脏”的任务中使用这种技巧，让整个类感觉没有必要。拥有多个做完全相同事情的匿名内部类应该被重构为一个实际的类，无论是内部类还是单独的类。

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

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

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

您可以在需要在另一个函数中为特定目的创建类的情况下使用它，例如，作为侦听器，作为可运行对象(生成线程)等。

其思想是，从函数代码内部调用它们，因此永远不会在其他地方引用它们，因此不需要命名它们。编译器只是枚举它们。

它们本质上是语法糖，当它们变大时通常应该转移到其他地方。

我不确定这是否是Java的优点之一，但如果您确实使用它们(不幸的是，我们都经常使用它们)，那么您可能会认为它们是优点之一。

似乎这里没有人提到，但你也可以使用匿名类来保存泛型类型参数(通常由于类型擦除而丢失):

public abstract class TypeHolder<T> {
    private final Type type;

    public TypeReference() {
        // you may do do additional sanity checks here
        final Type superClass = getClass().getGenericSuperclass();
        this.type = ((ParameterizedType) superClass).getActualTypeArguments()[0];
    }

    public final Type getType() {
        return this.type;
    }
}

如果你用匿名的方式实例化这个类

TypeHolder<List<String>, Map<Ineger, Long>> holder = 
    new TypeHolder<List<String>, Map<Ineger, Long>>() {};

然后，这样的holder实例将包含传递类型的非擦除定义。

使用

这对于构建验证器/反序列化器非常方便。此外，您还可以使用反射实例化泛型类型(因此，如果您想在参数化类型中执行新的T()—欢迎您!)

不便/限制

您应该显式地传递泛型参数。如果不这样做，将导致类型参数丢失 每次实例化都会花费编译器生成额外的类，这会导致类路径污染/jar膨胀

匿名内部类在为不同的对象提供不同的实现时是有益的。但是应该非常谨慎地使用，因为它会给程序的可读性带来问题。

匿名类指南。

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

例如:

button.addActionListener(new ActionListener(){

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

    }
});