为啥 1000 == 1000 是 false

今天跟大家聊一个有趣的话题，在Java中两个Integer对象做比较时，会产生意想不到的结果。

例如：

Integer?a?=?100;
Integer?b?=?100;
System.out.println(a==b);

其运行结果是：true。

而如果改成下面这样：

Integer?a?=?1000;
Integer?b?=?1000;
System.out.println(a==b);

其运行结果是：false。

看到这里，懵了没有？

为什么会产生这样的结果呢？

上面例子中的a和b，是两个Integer对象。

而非Java中的8种基本类型。

8种基本类型包括：

• byte

• short

• int

• long

• float

• double

• boolean

• char

Integer其实是int的包装类型。

在Java中，除了上面的这8种类型，其他的类型都是对象，保存的是引用，而非数据本身。

Integer?a?=?1000;
Integer?b?=?1000;

可能有些人认为是下面的简写：

Integer?a?=?new?Integer(1000);
Integer?b?=?new?Integer(1000);

这个想法表面上看起来是对的，但实际上有问题。

在JVM中的内存分布情况是下面这样的：

在栈中创建了两个局部变量a和b，同时在堆上new了两块内存区域，他们存放的值都是1000。

变量a的引用指向第一个1000的地址。

而变量b的引用指向第二个1000的地址。

很显然变量a和b的引用不相等。

既然两个Integer对象用==号，比较的是引用是否相等，但下面的这个例子为什么又会返回true呢？

Integer?a?=?100;
Integer?b?=?100;
System.out.println(a==b);

不应该也返回false吗？

对象a和b的引用不一样。

Integer?a?=?1000;
Integer?b?=?1000;

其实正确的简写是下面这样的：

Integer?a?=?Integer.valueOf(1000);
Integer?b?=?Integer.valueOf(1000);

在定义对象a和b时，Java自动调用了Integer.valueOf将数字封装成对象。

而如果数字在low和high之间的话，是直接从IntegerCache缓存中获取的数据。

Integer类的内部，将-128~127之间的数字缓存起来了。

也就是说，如果数字在-128~127，是直接从缓存中获取的Integer对象。如果数字超过了这个范围，则是new出来的新对象。

文章示例中的1000，超出了-128~127的范围，所以对象a和b的引用指向了两个不同的地址。

而示例中的100，在-128~127的范围内，对象a和b的引用指向了同一个地址。

所以会产生文章开头的运行结果。

为什么Integer类会加这个缓存呢？

答：-128~127是使用最频繁的数字，如果不做缓存，会在内存中产生大量指向相同数据的对象，有点浪费内存空间。