我知道Java枚举是用私有构造函数和一堆公共静态成员编译成类的。当比较给定枚举的两个成员时,我总是使用.equals(),例如。

public useEnums(SomeEnum a)
{
    if(a.equals(SomeEnum.SOME_ENUM_VALUE))
    {
        ...
    }
    ...
}

然而,我刚刚遇到一些使用equals运算符==而不是.equals()的代码:

public useEnums2(SomeEnum a)
{
    if(a == SomeEnum.SOME_ENUM_VALUE)
    {
        ...
    }
    ...
}

我应该使用哪个操作员?


当前回答

enums容易与==一起工作的原因是每个定义的实例也是一个单实例。因此,使用==进行身份比较总是有效的。

但使用==,因为它与枚举一起使用,意味着所有代码都与该枚举的使用紧密耦合。

例如:枚举可以实现接口。假设您当前正在使用实现Interface1的枚举。若稍后,有人将其更改或引入一个新的类Impl1作为同一接口的实现。然后,如果您开始使用Impl1的实例,由于前面使用了==,您将有很多代码需要更改和测试。

因此,除非有任何正当利益,否则最好遵循被视为良好的做法。

其他回答

enums容易与==一起工作的原因是每个定义的实例也是一个单实例。因此,使用==进行身份比较总是有效的。

但使用==,因为它与枚举一起使用,意味着所有代码都与该枚举的使用紧密耦合。

例如:枚举可以实现接口。假设您当前正在使用实现Interface1的枚举。若稍后,有人将其更改或引入一个新的类Impl1作为同一接口的实现。然后,如果您开始使用Impl1的实例,由于前面使用了==,您将有很多代码需要更改和测试。

因此,除非有任何正当利益,否则最好遵循被视为良好的做法。

简而言之,两者都有利弊。

一方面,如其他答案所述,使用==具有优势。

另一方面,如果出于任何原因使用不同的方法(普通类实例)替换enum,那么使用==会使您受到攻击。(待定)

使用==以外的任何方法来比较枚举常量都是无稽之谈。这就像将类对象与equals进行比较——不要这样做!

然而,由于历史原因,Sun JDK 6u10和更早版本中存在一个令人讨厌的bug(BugId 6277781)。这个错误阻止了在反序列化的枚举上正确使用==,尽管这可以说是一种极端情况。

tl;博士

另一个选项是Objects.equals实用程序方法。

Objects.equals( thisEnum , thatEnum )

Objects.equals表示空安全

equals运算符==而不是.equals()

我应该使用哪个操作员?

第三个选项是添加到Java7和更高版本的Objects实用程序类中的static equals方法。

实例

下面是使用Month枚举的示例。

boolean areEqual = Objects.equals( Month.FEBRUARY , Month.JUNE ) ;  // Returns `false`.

福利

我发现这种方法有几个好处:

零安全性两者均为空➙ 真的要么为空➙ 假的没有引发NullPointerException的风险紧凑、可读

它的工作原理

Objects.equals使用的逻辑是什么?

请自行查看OpenJDK的Java 10源代码:

return 
    ( a == b ) 
    || 
    ( 
        a != null 
        && 
        a.equals( b )
    )
;

在枚举的情况下,两者都是正确的!!