匿名类在类终结中的主要用法之一叫做终结器守护者。在Java世界中，应该避免使用finalize方法，除非你真的需要它们。你必须记住，当你重写子类的finalize方法时，你也应该总是调用super.finalize()，因为超类的finalize方法不会自动调用，你可能会遇到内存泄漏的问题。

所以考虑到上面提到的事实，你可以像这样使用匿名类:

public class HeavyClass{
    private final Object finalizerGuardian = new Object() {
        @Override
        protected void finalize() throws Throwable{
            //Finalize outer HeavyClass object
        }
    };
}

使用这种技术，您可以让自己和其他开发人员在需要finalize方法的重量级类的每个子类上调用super.finalize()。

匿名内部类用于以下场景:

1)。对于重写(子类化)，当类定义除当前情况外不可用时:

class A{
    public void methodA() {
        System.out.println("methodA");
    }
}

class B{
    A a = new A() {
        public void methodA() {
            System.out.println("anonymous methodA");
        }
    };
}

2)。为了实现一个接口，当接口的实现仅在当前情况下是必需的:

interface InterfaceA{
    public void methodA();
}

class B{
    InterfaceA a = new InterfaceA() {
        public void methodA() {
            System.out.println("anonymous methodA implementer");
        }
    };
}

3.） 参数定义匿名内部类:

interface Foo {
    void methodFoo();
}

class B{
    void do(Foo f) { }
}

class A{
    void methodA() {
        B b = new B();
        b.do(new Foo() {
            public void methodFoo() {
                System.out.println("methodFoo");
            } 
        });
    } 
} 

我使用匿名对象来调用新线程。

new Thread(new Runnable() {
    public void run() {
        // you code
    }
}).start();

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

匿名类在类终结中的主要用法之一叫做终结器守护者。在Java世界中，应该避免使用finalize方法，除非你真的需要它们。你必须记住，当你重写子类的finalize方法时，你也应该总是调用super.finalize()，因为超类的finalize方法不会自动调用，你可能会遇到内存泄漏的问题。

所以考虑到上面提到的事实，你可以像这样使用匿名类:

public class HeavyClass{
    private final Object finalizerGuardian = new Object() {
        @Override
        protected void finalize() throws Throwable{
            //Finalize outer HeavyClass object
        }
    };
}

使用这种技术，您可以让自己和其他开发人员在需要finalize方法的重量级类的每个子类上调用super.finalize()。

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

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

下面是一个swing的例子

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

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