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

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

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

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

我不确定这是否是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膨胀

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

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

下面是一个swing的例子

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

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

您可以这样使用匿名类

TreeSet treeSetObj = new TreeSet(new Comparator()
{
    public int compare(String i1,String i2)
    {
        return i2.compareTo(i1);
    }
});

我有时使用它们作为Map实例化的语法hack:

Map map = new HashMap() {{
   put("key", "value");
}};

vs

Map map = new HashMap();
map.put("key", "value");

它在执行大量put语句时节省了一些冗余。然而，当外部类需要通过远程序列化时，我也遇到了这样做的问题。