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之间有缓存
输入图片说明
网友评论