转载

== 与 equals 居然结果不一样！

Kotlin 当中 == 和 equals 是等价的，所以所有用 equals 的地方都可以用 == 来替换。

一般情况下这种说法是没问题的，连 IDE 也都会提示你：

要不要换呢？这个就看哪种更有表现力了对不，对于这种情况，换了也就换了~但事情总是有例外，例如：

== 与 equals 居然结果不一样！

这回居然不提示我了！所以这里面一定有鬼！

println(equals)
println(equals2)

你们猜猜结果如何？

== 与 equals 居然结果不一样！我去，说好的 == 等价于 equals 呢？

完了完了，这下说不好了。。扎心了老铁。。官方文档还能不能信啊。。。

以上运行结果是 kotlin.jvm 的，那么我们试试 kotlin.js，结果一样。Kotlin Native 说，他们俩的立场并不能代码我的，但我的结果与他们一样。。。所以这个不是 bug 呵。大家意见这么一致，是不是也想告诉我们点儿什么呢？

NaN = Not a Number

NaN 说了，我可是一翻脸不认人的主，我翻脸了连我自己都不认！额这，，么尴尬么。

Jvm 的为什么

下面我们来剖析下在 Java 虚拟机上 == 和 equals 遇到 NaN 时都发生了什么吧。从字节码上来看，

== 映射成了 Java 虚拟机的指令，也就是 Java 代码中的 ==，按照规定，NaN 是不等于任何数值包括自己的，也就是说这个指令在任何值与 NaN 作比较时都会返回 false。字节码如下图所示：

== 与 equals 居然结果不一样！

而 equals 则映射成了 Java Float 的 equals 方法调用，我们来看下这个方法的实现：

public boolean equals(Object obj) {
    return (obj instanceof Float)
           && (floatToIntBits(((Float)obj).value) == floatToIntBits(value));
}

关于 floatToIntBits 的结果，主要返回浮点型的二进制表示，对于 NaN，那就是 0x7fc00000 了，这个是 IEEE 754 的规定。所以 equals 的执行在 Java 虚拟机上就成了一个整数的比较，那么很显然会返回 true 了。

JavaScript 的为什么

在 Js Target 上，我们很容易的就可以看到编译后的 JavaScript：

var equals_0 = kotlin_js_internal_FloatCompanionObject.NaN === kotlin_js_internal_FloatCompanionObject.NaN;
var equals2 = equals(kotlin_js_internal_FloatCompanionObject.NaN, kotlin_js_internal_FloatCompanionObject.NaN);

而 kotlin_js_internal_FloatCompanionObject.NaN 又等价于 Number.NaN ，因此上面的代码其实就是：

var equals_0 = Number.NaN === Number.NaN;
var equals2 = equals(Number.NaN, Number.NaN);

对于第一行，JavaScript 与 Java 一样，规定 NaN 与自己不相等，所以返回 false，我们来看下第二行的 equals 函数的实现：

Kotlin.equals = function (obj1, obj2) {
  if (obj1 == null) {
    return obj2 == null;
  }
  if (obj2 == null) {
    return false;
  }
  if (obj1 !== obj1) {
    return obj2 !== obj2;
  }
  if (typeof obj1 === 'object' && typeof obj1.equals === 'function') {
    return obj1.equals(obj2);
  }
  if (typeof obj1 === 'number' && typeof obj2 === 'number') {
    return obj1 === obj2 && (obj1 !== 0 || 1 / obj1 === 1 / obj2);
  }
  return obj1 === obj2;
};

== 与 equals 居然结果不一样！