我知道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)
{
...
}
...
}
我应该使用哪个操作员？
当前回答
只有一件事可以补充所有其他优秀的答案。当您使用简单的lambda时，我更喜欢等于而不是==，因为您可以使用方法引用。
考虑以下lambdas：
Stream.of(SomeEnum.A, SomeEnum.B).anyMatch(e -> e == SomeEnum.B);
Stream.of(SomeEnum.A, SomeEnum.B).anyMatch(e -> e.equals(SomeEnum.B));
后者可以转换为：
Stream.of(SomeEnum.A, SomeEnum.B).anyMatch(SomeEnum.B::equals));
其他回答
使用==比较两个枚举值是有效的，因为每个枚举常量只有一个对象。
另一方面，如果您像这样编写equals（），实际上不需要使用==来编写空安全代码：
public useEnums(final SomeEnum a) {
if (SomeEnum.SOME_ENUM_VALUE.equals(a)) {
…
}
…
}
这是一个被称为“从左侧比较常量”的最佳实践，您绝对应该遵循。
Sonar规则之一是Enum值应与“==”进行比较。原因如下：
使用equals（）测试枚举值的相等性是完全有效的，因为枚举是一个Object，每个Java开发人员都知道==不应用于比较Object的内容。同时，在enums上使用==：提供与equals（）相同的预期比较（内容）比equals（）更安全提供编译时（静态）检查而不是运行时检查出于这些原因，应该优先使用==而不是equals（）。
最后但并非最不重要的是，enums上的==可以说比equals（）更可读（更不冗长）。
我更喜欢使用==而不是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()
简而言之，两者都有利弊。
一方面，如其他答案所述，使用==具有优势。
另一方面，如果出于任何原因使用不同的方法（普通类实例）替换enum，那么使用==会使您受到攻击。（待定）
只有一件事可以补充所有其他优秀的答案。当您使用简单的lambda时，我更喜欢等于而不是==，因为您可以使用方法引用。
考虑以下lambdas：
Stream.of(SomeEnum.A, SomeEnum.B).anyMatch(e -> e == SomeEnum.B);
Stream.of(SomeEnum.A, SomeEnum.B).anyMatch(e -> e.equals(SomeEnum.B));
后者可以转换为：
Stream.of(SomeEnum.A, SomeEnum.B).anyMatch(SomeEnum.B::equals));
