是否可以检测代码中使用enum.equals()比较枚举的场景？

最近我们团队踩了个特别坑的枚举比较问题，必须跟大家唠唠——有同事在代码里用.equals()来对比枚举类型，后来其中一个字段被改成了另一种完全不同的枚举类，但因为用的是.equals()而不是==，编译器居然没发出任何警告或错误，直到运行时逻辑彻底走偏才发现，排查起来花了好长时间。

问题根源在哪？ #

• 虽然枚举类默认继承的Enum类里，.equals()方法底层就是用==实现的，但.equals()的参数是Object类型——这就意味着，哪怕你把完全不同的枚举实例传进去，编译器也不会拦着你。
• 给大家看个真实场景的简化版：
  最初的代码是这样的：

  // 原枚举类
  enum OrderStatus { PENDING, COMPLETED }
  // 业务字段
  private OrderStatus currentStatus;
  
  // 比较逻辑
  if (currentStatus.equals(OrderStatus.PENDING)) {
      // 执行待处理逻辑
  }
  

  后来有人把currentStatus的类型改成了新的枚举：

  enum PaymentStatus { PENDING, SUCCESS }
  private PaymentStatus currentStatus;
  

  但比较逻辑没同步修改，还是写的currentStatus.equals(OrderStatus.PENDING)——这时候编译器完全不报错，因为OrderStatus.PENDING是Object的子类，符合.equals()的参数要求，但运行时这个比较永远返回false，原本该触发的待处理逻辑根本不会执行。

正确姿势：用==对比枚举 #

• 对于枚举类型，一定要用==来做比较，原因有两个：
  1. 编译期类型校验：如果两边的枚举类型不匹配，编译器会直接抛出“不可比较的类型”错误，像上面的例子，要是一开始用的是currentStatus == OrderStatus.PENDING，改成PaymentStatus后编译器立刻就会报错，根本轮不到运行时出问题。
  2. 性能更优：==是直接对比对象引用，比.equals()少了一层方法调用（哪怕Enum的.equals()本质也是==，多这一步完全没必要）。

特殊情况的折中方案 #

• 要是因为某些框架限制，必须用.equals()，那一定要加类型校验兜底，比如：

  if (currentStatus instanceof OrderStatus && currentStatus.equals(OrderStatus.PENDING)) {
      // 处理逻辑
  }
  

  但说实话，这方案远不如==简洁可靠，能不用就不用。

内容的提问来源于stack exchange，提问作者CasaDelGato