为什么整数常数池的行为在127处发生变化？

Question

我无法理解整数的Java常量池是如何工作的。

我理解字符串的行为，因此能够证明整数常量也是同样的情况。

因此，对于整数

Integer i1 = 127;
Integer i2 = 127;
System.out.println(i1==i2); // True

(&A)

Integer i1 = new Integer(127);
Integer i2 = new Integer(127);
System.out.println(i1==i2); // False

直到现在一切都在我脑海中浮现。

我不能理解的是，当我从127增加整数时，它的行为不同。此行为在127之后发生变化，下面是代码片段

Integer i1 = 128;
Integer i2 = 128;
System.out.println(i1==i2); // False. WHY?????

有人能帮我理解一下吗？

Answer 1

Java维护从-128到127的整数池

声明整数，如下所示

Integer i1 = 127;

结果为

Integer i1 = Integer.valueOf(127);

第一种情况下实际发生的是

Integer i1 = 127;<---Integer.valueOf(127);
Integer i2 = 127;<---Integer.valueOf(127);<---Same reference as first

来自类valueof方法的integer的源代码

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

因此，如果value介于-128到127之间，则获得相同的引用，并且调用valueof否则它只返回new Integer(i)

而且，由于引用相同，您的==运算符适用于valueof在此范围内返回的整数。

Answer 2

不，数字的常量池与字符串的常量池的工作方式不同。对于字符串，只有编译时常量被内嵌-而对于整数类型的包装类型，任何装箱操作都将始终使用池，如果它适用于该值。例如：

int x = 10;
int y = x + 1;
Integer z = y; // Not a compile-time constant!
Integer constant = 11;
System.out.println(z == constant); // true; reference comparison

JLS保证池值的范围很小，但是如果实现愿意，可以使用更大的范围。

请注意，尽管这不是保证的，但我看到的每个实现都使用integer.valueof来执行装箱操作--因此您可以在没有语言帮助的情况下获得相同的效果：

Integer x = Integer.valueOf(100);
Integer y = Integer.valueOf(100);
System.out.println(x == y); // true

根据JLS第5.1.7节：

如果装箱的值p是true、false、byte或\u0000到\u007f范围内的char、或-128到127（含）之间的int或short数，则设r1和r2是p的任意两次装箱转换的结果。r1==R2总是这样。

理想情况下，装箱一个给定的基元值p总是会产生一个相同的引用。在实践中，使用现有的实现技术，这可能是不可行的。上述规则是一种务实的妥协。上面的最后一个子句要求总是将某些公共值装箱到不可区分的对象中。实现可能会懒洋洋地或急切地缓存这些。对于其他值，此公式不允许程序员对装箱值的同一性进行任何假设。这将允许（但不要求）共享一些或所有这些引用。

这确保了在大多数常见情况下，该行为将是所需的行为，而不会施加不适当的性能惩罚，特别是在小型设备上。例如，内存限制较少的实现可能html" target="_blank">缓存-32K到+32K范围内的所有char和short值以及int和long值。