枚举类默认 final 且 equals 和 hashCode 方法不可重写，因 JDK 已提供基于引用比较和 ordinal 值的高效安全实现；若需自定义逻辑，应添加专用业务方法而非覆盖。
Java 中的枚举类（enum）**默认就是 final 的，且不能手动重写 equals 和 hashCode 方法**——这不是限制，而是设计使然。你不需要、也不应该去“重写”它们，因为 JDK 已经为枚举提供了最安全、最高效的实现。
为什么枚举类天然具备正确的 equals 和 hashCode？
Java 规范明确规定：枚举类型的每个实例都是单例（JVM 保证），且所有枚举常量在类加载时就已确定、不可变。因此：
-
equals直接使用==比较引用 —— 安全、快速、语义准确（两个枚举常量相等当且仅当是同一个对象）； -
hashCode返回的是该枚举常量在声明顺序中的索引（ordinal()），稳定且与equals一致； - 枚举类自动被编译器标记为
final，无法被继承，所有字段隐式final，天然线程安全。
试图重写会怎样？
如果你在枚举中显式写出：
public enum Color {
RED, GREEN, BLUE;
<pre class="brush:php;toolbar:false;">@Override
public boolean equals(Object obj) { /* ... */ } // 编译错误！
@Override
public int hashCode() { /* ... */ } // 编译错误！}
立即学习“Java免费学习笔记（深入）”；
编译器会直接报错：“Cannot override final method Enum.equals(Object)”（同理 hashCode）。因为 java.lang.Enum 类中这两个方法已被声明为 final。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
如果需要自定义比较逻辑（比如忽略大小写、按属性值比较），怎么办？
这时你不该动 equals，而应提供**专用的业务方法**，例如：
public enum Status {
PENDING("pending"),
APPROVED("approved"),
REJECTED("rejected");
<pre class="brush:php;toolbar:false;">private final String code;
Status(String code) {
this.code = code;
}
// ✅ 推荐：用普通方法表达业务语义
public boolean matchesCode(String input) {
return code.equalsIgnoreCase(input);
}
// ✅ 或者提供静态查找方法
public static Optional<Status> fromCode(String code) {
return Arrays.stream(values())
.filter(s -> s.code.equalsIgnoreCase(code))
.findFirst();
}}
立即学习“Java免费学习笔记（深入）”；
调用时明确使用 status.matchesCode("PENDING")，语义清晰，不破坏枚举的核心契约。
总结：别重写，用对方式
枚举的 equals 和 hashCode 是语言级保障，强行覆盖既不可能，也违背枚举的设计初衷。保持它的 final 特性，正是为了确保类型安全、序列化一致性以及 switch 语句的可靠性。真正需要扩展行为时，加字段、加方法、加静态工具，而不是碰那两个 final 方法。
