你可能不知道的 NaN 以及 underscore 1.8.3 _.isNaN 的一个 BUG about underscore-analysis HOT 6 OPEN

哈哈哈哈，找到原因了。若是使用 obj !== +obj，new Number(1) 照样会出现问题：

var a = new Number(1);
a; /** => Number {[[PrimitiveValue]]: 1} */
+a; /** => 1 */
a !== +a; /** => true */

+操作符会把 Number 类型转换成字面值

from underscore-analysis.

然后补充一下ES规范中，关于NaN的部分。这个才是最权威的。哈哈。

关于isNaN函数 从规范可看到，调用这个函数先会执行toNumber，这个就是所谓的转型。顾名思义，就是把isNaN的参数先toNumber一下。。

关于toNumber的说明和规定

英语渣，暂没有找到中文版的ES6规范。想看看ES6中关于Number.isNaN的说明

from underscore-analysis.

在lodash3.10.1版本中，.isNaN(new Number(0))会返回false，.isNaN(new Number(NaN))会返回true，这应该是解决了bug的结果吧？

from underscore-analysis.

@juemin90 返回是正确的，不过 lodash 不熟，以前有 bug？

from underscore-analysis.

_.isNaN(new Number(0)) 应该返回 false. 现在修复了，见 issue jashkenas/underscore#2257

from underscore-analysis.

ES6 的 Number.isNaN 和目前 underscore 的 _.isNaN 除了对 new Number(NaN) 返回结果不一致外，对于 new Object(NaN) 的返回结果也不一致。

from underscore-analysis.