【译】在Java中，为什么1000 == 1000 返回false，而100 == 100 返回true？

原文链接

这可能是我们讨论过的话题之一，但是我发现它是很有趣的。

如果你运行下面的代码：

Integer a = 1000, b = 1000;  
System.out.println(a == b);//1
Integer c = 100, d = 100;  
System.out.println(c == d);//2

你将得到以下结果：

false
true

基础常识

我们知道，如果两个引用指向相同的对象，通过==比较，他们是相等的；如果两个引用指向不同的对象，通过==比较，它们不是相等的，即使它们存储着相同的内容。

因此，System.out.println(c == d) 也应该为false

这实际就是它有趣的地方，如果您看过Integer.java类，你将发现在该类中存在一个名为IntegerCache的内部类，它缓存着从-128至127之间的所有的Integer对象

所以事实是这样的，所有比较小的integers是被缓存在内部的，并且我们在类似于这样的声明的时候：

Integer c = 100;

内部实际是这样处理的

Integer i = Integer.valueOf(100);

现在如果我们阅读valueOf()方法，我们将发现：

public static Integer valueOf(int i) {
      if (i >= IntegerCache.low && i
          return IntegerCache.cache[i + (-IntegerCache.low)];
      return new Integer(i);
}

如果值是在-128至127之间，它将从缓存中获取实例并返回

所以

Integer c = 100, d = 100;

指向的是同一个对象，那也就是为什么我们写下面代码时，我们获取到true的原因

System.out.println(c == d);

现在你可能会问，为什么需要缓存呢?

符合逻辑的解释是，在这个范围中的“更小的”integers通常比更大的更容易被用到，因此缓存相同的潜在的对象以减少内存的占用是值得的。

然而，你可以通过反射API滥用此功能。

运行以下代码，我们将看到更有趣的事情

public static void main(String[] args) throws NoSuchFieldException, IllegalAccessException {
      Class cache = Integer.class.getDeclaredClasses()[0]; //1
      Field myCache = cache.getDeclaredField("cache"); //2
      myCache.setAccessible(true);//3
      Integer[] newCache = (Integer[]) myCache.get(cache); //4
      newCache[132] = newCache[133]; //5
      int a = 2;
      int b = a + a;
      System.out.printf("%d + %d = %d", a, a, b); //
    }