我知道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的实例，由于前面使用了==，您将有很多代码需要更改和测试。
因此，除非有任何正当利益，否则最好遵循被视为良好的做法。
其他回答
我更喜欢使用==而不是equals：
除了这里已经讨论过的其他原因之外，还有一个原因，那就是你可能会在没有意识到的情况下引入一个bug。假设你有一个完全相同的enums，但在不同的包中（这并不常见，但可能会发生）：
第一个枚举：
package first.pckg
public enum Category {
JAZZ,
ROCK,
POP,
POP_ROCK
}
第二个枚举：
package second.pckg
public enum Category {
JAZZ,
ROCK,
POP,
POP_ROCK
}
然后假设您在item.category中使用了类似next的equals，即first.pckg.category，但您导入了第二个enum（second.pckkg.category），而不是第一个enum，而没有意识到它：
import second.pckg.Category;
...
Category.JAZZ.equals(item.getCategory())
因此，尽管item.getCategory（）是JAZZ，但由于是一个不同的枚举，所以您将始终得到false。这可能有点难以理解。
因此，如果改用运算符==，将出现编译错误：
运算符==不能应用于“second.pkg.Category”、“first.pkg.Ccategory”
import second.pckg.Category;
...
Category.JAZZ == item.getCategory()
使用==比较两个枚举值是有效的，因为每个枚举常量只有一个对象。
另一方面，如果您像这样编写equals（），实际上不需要使用==来编写空安全代码：
public useEnums(final SomeEnum a) {
if (SomeEnum.SOME_ENUM_VALUE.equals(a)) {
…
}
…
}
这是一个被称为“从左侧比较常量”的最佳实践，您绝对应该遵循。
我想补充多基因润滑剂的答案：
我个人更喜欢equals（）。但它缺少类型兼容性检查。我认为这是一个重要的限制。
要在编译时进行类型兼容性检查，请在枚举中声明并使用自定义函数。
public boolean isEquals(enumVariable) // compare constant from left
public static boolean areEqual(enumVariable, enumVariable2) // compare two variable
这样，您就获得了这两种解决方案的所有优点：NPE保护、易于阅读的代码和编译时的类型兼容性检查。
我还建议为enum添加一个未定义的值。
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 )
)
;
两者在技术上都是正确的。如果查看.equals（）的源代码，它只需遵循==。
然而，我使用==，因为这将是空安全的。
