Java中的整数比较

Question

在Java中整数比较是棘手的，因为int和Integer表现不同。我明白了。

但是，如本示例程序所示，(Integer)400 （第4行）的
行为不同于(Integer)5 （第3行） 。为什么是这样？？

import java.util.*;
import html" target="_blank">java.lang.*;
import java.io.*;

class Ideone
{
    public static void main (String[] args) throws java.lang.Exception
    {
        System.out.format("1. 5              == 5            : %b\n", 5 == 5);
        System.out.format("2. (int)5         == (int)5       : %b\n", (int)5 == (int)5);
        System.out.format("3. (Integer)5     == (Integer)5   : %b\n", (Integer)5 == (Integer)5);
        System.out.format("4. (Integer)400   == (Integer)400 : %b\n", (Integer)400 == (Integer)400);
        System.out.format("5. new Integer(5) == (Integer)5   : %b\n", new Integer(5) == (Integer)5);
    }
}

结果

1. 5              == 5            : true  // Expected
2. (int)5         == (int)5       : true  // Expected
3. (Integer)5     == (Integer)5   : true  // Expected
4. (Integer)400   == (Integer)400 : false // WHAT?
5. new Integer(5) == (Integer)5   : false // Odd, but expected

Answer 1

从JLS

如果装箱的值p为true，false，字节或\ u0000到\
u007f范围内的char或-128到127（含）之间的整数或短数，则令r1和r2为p的任何两次拳击转换。r1 == r2总是这样。

理想情况下，将给定的原始值p装箱将始终产生相同的参考。实际上，使用现有的实现技术可能不可行。以上规则是务实的妥协。上面的最后一句要求始终将某些通用值装在无法区分的对象中。该实现可以懒惰地或急切地缓存它们。对于其他值，此公式不允许对程序员方面的带框值的身份进行任何假设。这将允许（但不要求）共享部分或全部这些引用。

这样可以确保在最常见的情况下，行为将是理想的，而不会造成不必要的性能损失，尤其是在小型设备上。例如，较少内存限制的实现可能会缓存所有char和short值，以及-32K到+
32K范围内的int和long值。