又是.equals方法但不是String_equles 非string-优快云博客

探讨了在Java中使用==操作符比较Integer对象时的行为差异，特别是在-128到127范围内的情况，以及如何正确使用.equals()方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Integer c = 3;
    Integer d = 3;
    Integer e = 321;
    Integer f = 321;

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

输出 true false

Integer为对象判断是否相等还是使用equals最靠谱，

int为基本类型，判断是否相等就是可以使用==.

其中的原因：

static final Integer cache[] = new Integer[-(-128) + 127 + 1];

static {
for(int i = 0; i < cache.length; i++)
cache[i] = new Integer(i - 128);
}
}
这是源码中的，也就是说cache中已有-128到127，不在这范围的会新new ，这时可以理解比较是内存地址，
也就是是不是同一对象.

所以说当Integer的值不在-128到127的时候使用==方法判断是否相等就会出错，在这个范围之内的就会没有问题！！！

在Java1.5及以上的版本中，由于autoboxing机制，Integer和int在很多情况下可以直接相互转换。
那么其中的一个常见的问题就是如何判断两个Integer类型变量的值是否相等。
我们知道，Integer是一个引用类型的变量，而int是一个基本类型的变量。对于基本类型变量，==比较的是其值而非地址。而对于引用类型的变量，==和.equals()比较的都是其地址，除非该类对.equals()方法进行了重写，例如String类和Integer类。
但是有的时候，我们仍然发现，利用==对两个Integer类型变量进行比较依然能返回正确的结果。这是因为JVM会在常量池中缓存-128到127之间的整数，所以任何在-128到127之间的整数的地址都是相同的。
因此对于Integer是否相等的比较，我们要使用.equals()方法，这样才能保证结果总是正确。