今天看到一个很有意思的小问题,一时之间竟难以相信,让人匪夷所思。
Integer a = 100;
Integer b = 100;
Integer c = 200;
Integer e = 200;
System.out.println(a == b);//true
System.out.println(a.equals(b));//true
System.out.println(c == e);//false
System.out.println(c.equals(e));//true
出去百度了一圈回来,发现小小的问题却包含了好多知识点,特地记录一下。
首先想到的是 “==” 和 “equals”的区别,这个不用过多赘述
“==” 和 “equals”的区别
- “==”是运算符,如果是基本数据类型,则比较存储的值;如果是引用数据类型,则比较所指向对象的地址值。
- equals是Object的方法,比较的是所指向的对象的地址值,一般情况下,重写之后比较的是对象的值。
显然这里不是 “ == ” 和 “equals”的问题 ,
要不然 "a == b"也应该是false才对,然后就想到了缓存池的问题。
缓存池
因为Integer 的缓存范围是-128~127,在这个范围之内的就可以直接在缓存区找,
所以"a == b" 是true。而200超出了缓存范围,
他们就不是用的同一个内存地址,所以 “c==e” 是false
装箱,拆箱
- 装箱:将基本数据类型转化为相应的包装类型
- 拆箱:将包装类型转化为相应的基本数据类型
这里我们对e进行拆箱处理一下
int f = e;
然后“c == f ”就是true了
因为 拆箱之后的f是基本数据类型了,== 就是进行值的比较了
难怪
阿里规约:所有整型包装类对象之间值的比较,全部使用 equals 方法比较。
其中奥妙竟在于此