【踩坑】 Integer 缓存池 引起的比较结果不符合预期的问题

问题：

在项目中会根据类型id（Integer）判断跟前端传值是否一致，走不同的逻辑校验方法。

bug定位代码：

// 此处为前端页面传值。假设为2
int type1 = FromVo.getType1();

// 此处为前端页面传值。假设为320
int type2 = FromVo.getType2();

// 数据库存放值
int dbType1 = 2;

// 数据库存放值
int dbType2 = 320;

if（dbType1 == type1 && dbType2 == type2）{
    System.out.print("参数校验通过，正在执行业务。。。");
}else{
    System.out.print("参数校验失败，正在写入日志。。。");
}

预期结果：

控制台打印：参数校验通过，正在执行业务。。。

 

实际结果：

控制台打印：参数校验失败，正在写入日志。。。

 

问题分析：

Java中会有一个Integer缓存池，缓存的大小是：-128~127 分析是由于缓存池造成的

 

bug分析测试代码：

public class Test {

  public static void main(String[] args) {
      Integer a = 1;
      Integer b = 2;
      Integer c = 3;
      Integer d = 3;
      Integer e = 321;
      Integer f = 321;
      Long g = 3L;
      Long h = 2L;
      System.out.println(c == d);
      System.out.println(e == f);
      System.out.println(c == (a + b));
      System.out.println(c.equals(a + b));
      System.out.println(g == (a + b));
      System.out.println(g.equals(a + b));
      System.out.println(g.equals(a + h));

      /*true
        false
        true
        true
        true
        false
        true*/
  }
}

 

最终bug形成原因：

在Java中会有一个Integer缓存池，缓存的大小是：-128~127

• 使用==的情况：

  • 如果比较Integer变量，默认比较的是地址值。

  • Java的Integer维护了从`-128~127`的缓存池

  • 如果比较的某一边有操作表达式(例如a+b)，那么比较的是具体数值

• 使用equals()的情况：

  • 无论是Integer还是Long中的`equals()`默认比较的是数值。

  • Long的`equals()`方法，JDK的默认实现：会判断是否是Long类型

• 注意自动拆箱，自动装箱问题。

最后解决：

建议项目中固定数值比对用String类型 equals