例如，如果您有一个Logger enum。然后，在接口中应该有日志记录器方法，如debug、info、warning和error。它使您的代码松散耦合。

下面是一个例子(在Effective Java 2nd Edition中有一个类似的/更好的例子):

public interface Operator {
    int apply (int a, int b);
}

public enum SimpleOperators implements Operator {
    PLUS { 
        int apply(int a, int b) { return a + b; }
    },
    MINUS { 
        int apply(int a, int b) { return a - b; }
    };
}

public enum ComplexOperators implements Operator {
    // can't think of an example right now :-/
}

现在要获得简单+复杂操作符的列表:

List<Operator> operators = new ArrayList<Operator>();

operators.addAll(Arrays.asList(SimpleOperators.values()));
operators.addAll(Arrays.asList(ComplexOperators.values()));

因此，在这里您使用一个接口来模拟可扩展枚举(如果不使用接口，这是不可能的)。

例如，如果您有一个Logger enum。然后，在接口中应该有日志记录器方法，如debug、info、warning和error。它使您的代码松散耦合。

这是我的理由……

我用Enum的值填充了一个JavaFX组合框。我有一个接口，可识别(指定一个方法:identify)，它允许我指定任何对象如何为我的应用程序标识自己，以便进行搜索。这个接口使我能够扫描任何类型的对象(对象可能用于标识的任何字段)的列表以进行标识匹配。

我想在我的组合框列表中找到一个匹配的标识值。为了在包含Enum值的组合框上使用此功能，我必须能够在我的Enum中实现可识别接口(碰巧，在Enum的情况下实现是微不足道的)。

枚举只是伪装的类，所以在大多数情况下，可以用类做的任何事情都可以用枚举做。

我想不出一个理由，enum不应该能够实现接口，同时我也想不出一个好的理由。

我想说的是，一旦你开始往枚举中添加接口或方法，你应该考虑把它变成一个类。当然，我确信有一些案例可以用于执行非传统枚举内容，而且由于限制是人为的，所以我赞成让人们在枚举中做他们想做的事情。

枚举不只是表示被动的集合(例如颜色)。它们可以表示具有功能的更复杂的对象，因此你可能想要在这些对象上添加更多的功能——例如，你可能有诸如Printable、Reportable等接口，以及支持这些接口的组件。