Java
== 比较的是变量(栈)内存中存放的对象的(堆)内存地址，用来判断两个对象的地址是否相同，即是否是指相同一个对象。比较的是真正意义上的指针操作。
equals用来比较的是两个对象的内容是否相等，由于所有的类都是继承自java.lang.Object类的，所以适用于所有对象，如果没有对该方法进行覆盖的话，调用的仍然是Object类中的方法，而Object中的equals方法返回的却是==的判断。
String a = "abc";
String b = "abc";
boolean result = a.equals(b); //true
boolean result1 = a==b; //true
按理来说这是两个字符串对象，但是在Java里面，字符串是特殊的，因为用的过于频繁，Java为了提高执行效率，它会先在常量池中开辟一个内存空间，用来存这个"abc"，然后a用到了这个值，然后a就指向这个内存空间。同理b也一样。所以他们指向的是同一个内存空间。
如果是这样写(String b = new String("abc"))就不一样了。
kotlin
kotlin中==比较的是数值是否相等, 而===比较的是两个对象的地址是否相等。
代码1
val a: Int = 999
val b: Int? = a
val c: Int? = a
println(b == c) //true
println(b === c) //false
代码2
val a: Int = 100
val b: Int? = a
val c: Int? = a
println(b == c) //true
println(b === c) //true
代码1的代码和code4的代码运行结果很奇怪吧！ 除了数值不一样以外，对应的java源码也是类似的，源码中就只有数值的类型不一样。
代码1对应的java代码为：
short a = 999;
Integer b = Integer.valueOf(a);
Integer c = Integer.valueOf(a);
boolean var4 = Intrinsics.areEqual(b, c);
System.out.println(var4);
var4 = b == c;
System.out.println(var4);
代码4对应的java代码为：
byte a = 100;
Integer b = Integer.valueOf(a);
Integer c = Integer.valueOf(a);
boolean var4 = Intrinsics.areEqual(b, c);
System.out.println(var4);
var4 = b == c;
System.out.println(var4);
分析到原因只可能这个了，我们继续看看valueOf的源码：
public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
private static class IntegerCache {
static final int low = -128;
static final int high;
static final Integer cache[];
static {
// high value may be configured by property
int h = 127;
String integerCacheHighPropValue =
sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");
if (integerCacheHighPropValue != null) {
try {
int i = parseInt(integerCacheHighPropValue);
i = Math.max(i, 127);
// Maximum array size is Integer.MAX_VALUE
h = Math.min(i, Integer.MAX_VALUE - (-low) -1);
} catch( NumberFormatException nfe) {
// If the property cannot be parsed into an int, ignore it.
}
}
high = h;
cache = new Integer[(high - low) + 1];
int j = low;
for(int k = 0; k < cache.length; k++)
cache[k] = new Integer(j++);
// range [-128, 127] must be interned (JLS7 5.1.7)
assert IntegerCache.high >= 127;
}
private IntegerCache() {}
}
看完valueOf源码，在-128到127之间的数值没有重新包装成新对象而是使用的IntegerCache里缓存的数据，超过 127 就会new Integer(i)； 所以代码2中的b和c的地址和值都是同一个对象。而代码1中的地址不相等。
===================================
代码1
val a: Int = 999
val b: Int? = a
val c: Int? = a
println(b == c) //true
println(b === c) //false
代码2
val a: Int = 999
val b: Int = a
val c: Int = a
println(b == c) // true
println(b === c) // true
代码3
val a: Int? = 999
val b: Int? = a
val c: Int? = a
println(b == c) //true
println(b === c) //true
代码3代码和代码1代码的区别就是第一行的Int?和Int的区别, 而运行出来的结果===也是true, 这是为什么呢?
下面这个就是对上述现象的最好的解释：
注意一点: 在 java 平台上，数值被 JVM 虚拟机以字节码的方式物理存储的，除非我们需要做可空标识(比如说 Int?) 或者涉及泛型。在后者中数值是装箱的。
也就是说如果我们使用的是val a : Int = 999, 这种方式, 其实a就是个数值, 不涉及装箱的问题, 也就是不是个对象, 而如果我们使用的是val a: Int? = 999, 这样的话, a是一个Int型对象, 涉及到装箱问题, 这样就很好解释为什么第一段代码的===是false, 因为a是数值, 而b, c是装箱后的对象, 而第二段代码a, b, c都是数值, 第三段代码a, b, c都是同一个对象。
