图文并茂解释Kotlin == 和 === 之间的差异

Kotlin最近风头正劲，作为一个去年就关注这门语言，并且向朋友安利这门语言的小司机终于扬眉吐气了一回，自己选择没有错。

最近在一个Kotlin群里，看到大家在讨论一个问题，是关于 == 和 === 的问题，看官方文档解释的意思大概是这样子的

两个等号==

== 两个等号意思与Java中的 equals 意思一样，就比如 var a = "字符串" print(a == "字符串")

这段代码在Kotlin中打印出来值就是true

三个等号===

=== 三个等号的意思，则比较的是内存地址：就比如： var a = "字符串" var b = a var c = a print(b === c)

那么打印出来的值就是true

有人问了这么一句话：为什么我用Int得到的结果好好像有点不对？？

我重现了这位兄弟的场景：

这是执行代码：

输入图片说明

这是执行结果：

输入图片说明

看到这里可能大家就看出一点端倪了，明明是两个变量，两次初始化，两个等号相等为true可以理解，但是三个等号为true是为什么呢？

然后群里又有人说，在类型后面加个问号就可以了，就是声明成可选值就是可以达到我们预期的结果

然后我又试了一遍：

输入图片说明

很明显，答案还是一样的，为什么呢？明明把值声明成可选值了啊。

又有人说，我把值稍微调大一点，结果就不一样了。

然后我再次试了一遍：

输入图片说明

看到这里就觉得好奇怪了，为啥？为什么不加问号两个值地址相等？加了问号 值小的情况下 两个地址相等，值大的情况下，两个地址不等？？Kotlin是不是煞笔啊？？是不是有问题啊？带着疑问我们继续往下看：

然后我使用kotlin插件自带的一个工具，直接查看Kotlin编译出的class文件，再由class文件反编译出Java代码，来进一步分析：

输入图片说明

输入图片说明

我们先看不加问号的情况：

输入图片说明

看来反编译还是有点问题的，但是并不影响我们分析，我们看到我在截图中标记出来的部分，原来kotlin在内部当不加问号的时候，就是基本类型，而在Java中，两个基本类型进行地址进行比较，地址是一样的，所以kotlin直接编译成两个等号的意思。

我们看加了问号，值小的情况：

输入图片说明

看到这里可以看到有点不一样了，我们重点看一下标记出来的部分，这个看名字的意思应该就是 equals 的意思。

我们再看加了问号，值大的情况：

输入图片说明

总结

到了这里，我们其实应该有一种想法了。 其实当你不声明为？可选值的时候，就当成Java基本数据类型进行比较 而Java基本数据类型比较的话，地址与值都是相等的，为了节省这个比较地址的开销， kotlin直接编译成JVM执行的 == 的意思， 而当你加了问号，声明为可选值的时候， 意思就是可以为null，也就是说，就必须编译为 Integer 只有integer才是既可以有数值，又可以为 null 。 integer包装类的话，就是对象了，那么对象与对象进行比较的话，地址是会不一样的，那么为什么在值小的时候相等，值大的时候不相等呢？ 这个可能就与JVM的机制有关系了，【据说在JVM里面有一个常量池，如果是这个值存在于这个常量池里，那么jvm会直接拿常量池里的对象进行替换。所以你值小的时候得到的结果是相等的】。真的只是据说，因为我也不知道这句话是真的假的。有知道的请告诉我一下。我也学习学习。

对Kotlin感兴趣的可以加我的群：559259945

追加

群里老司机跟我说了，是JVM虚拟机的的优化，范围 -128 到 127之间有缓存

输入图片说明