标签：isnan 表示 常见 注意 rop sre 种类型 符号 自动
---恢复内容开始---
JavaScript的数据类型是非常弱的（不然不会叫它做弱类型语言了）！在使用算术运算符时，运算符两边的数据类型可以是任意的，比如，一个字符串可以和数字相加。之所以不同的数据类型之间可以做运算，是因为JavaScript引擎在运算之前会悄悄的把他们进行了隐式类型转换的，如下是数值类型和布尔类型的相加：
3 + true; // 4
结果是一个数值型！如果是在C或者Java环境的话，上面的运算肯定会因为运算符两边的数据类型不一致而导致报错的！但是，在JavaScript中，只有少数情况下，错误类型才会导致出错，比如调用非函数，或者读取null或者undefined的属性时，如下：
"hello"(1); // error: not a function
null.x; // error: cannot read property ‘x‘ of null
多数情况下，JavaScript都不会出错的，而是自动的进行相应的类型转换。比如-, *, /,和%等算术运算符都会把操作数转换成数字的，但是“+”号就有点不一样了，有些情况下，它是算术加号，有些情况下，是字符串连接符号，具体的要看它的操作数，如下：
2 + 3; // 5
"hello" + " world"; // "hello world"
但是，如果字符串和数字相加，会是怎样的结果呢？JavaScript会自动把数字转换成字符的，不管数字在前还是字符串在前，如下：
"2" + 3; // "23"
2 + "3"; // "23"
字符串和数字相加结果是字符串，字符串和数字相加结果是字符串，字符串和数字相加结果是字符串，重要的事情说三遍！！！！！！
此外，需要注意的是，“+”的运算方向是从左到右的，如下：
1 + 2 + "3"; // "33"
这与下面是等价的：
(1 + 2) + "3"; // "33"
相比之下，下面的结果是不一样的：
1 + "2" + 3; // "123"
但是，隐式类型转换，有时候，会隐藏一些错误的，比如，null会转换成0，undefined会转换成NaN。需要注意的是，NaN和NaN是不相等的（这是由于浮点数的精度决定的），如下：
var x = NaN;
x === NaN; // false
虽然，JavaScript提供了isNaN来检测某个值是否为NaN，但是，这也不太精确的，因为，在调用isNaN函数之前，本身就存在了一个隐式转换的过程，它会把那些原本不是NaN的值转换成NaN的，如下：
isNaN("foo"); // true
isNaN(undefined); // true
isNaN({}); // true
isNaN({ valueOf: "foo" }); // true
上面代码，我们使用isNaN来测试后，发现字符串，undefined，甚至对象，结果都返回真！！！但是，我们总不能说他们也是NaN吧？总而言之，得出的结论是：isNaN检测NaN并不可靠！！！
幸运的是，有一种可靠的并且准确的方法可以检测NaN。我们都知道，只有NaN是自己不等自己的，那么，我们就以使用不等于号（！==）来判断一个数是否等于自身，从而，可以检测到NaN了，如下：
var a = NaN;
a !== a; // true
var b = "foo";
b !== b; // false
var c = undefined;
c !== c; // false
var d = {};
d !== d; // false
var e = { valueOf: "foo" };
e !== e; // false
我们也可以把这种模式定义成一个函数，如下：
function isReallyNaN(x) {
return x !== x;
}
OK,NaN的检测方法就是这么简单，我们下面继续讨论对象的隐式转换！
对象是可以转换成原始值的，最常见的方法就是把它转换成字符串，如下：
"the Math object: " + Math; // "the Math object: [object Math]"
"the JSON object: " + JSON; // "the JSON object: [object JSON]"
对象转换成字符串是调用了他的toSting函数的，你可以手动的调用它来检测一下：
Math.toString(); // "[object Math]"
JSON.toString(); // "[object JSON]"
类似的，对象也是可以转换成数字的，他是通过valueOf函数的，当然，你也是可以自定义这个valueOf函数的，如下：
"J" + { toString: function() { return "S"; } }; // "JS"
2 * { valueOf: function() { return 3; } }; // 6
如果，一个对象同时存在valueOf方法和toString方法，那么，valueOf方法总是会被优先调用的，如下：
var obj = {
toString: function() {
return "[object MyObject]";
},
valueOf: function() {
return 17;
}
};
"object: " + obj; // "object: 17"
但是，多数情况下，这都不是我们想要的，一般的，尽可能使valueOf和toString表示的值相同（尽管类型可以不同）。
最后一种强制类型转换，我们常常称之为“真值运算”，比如，if, ||, &&，他们的操作数不一定是布尔型的额。JavaScript会通过简单的转换规则，将一些非布尔类型的值转换成布尔型的。大多数的值都会转换成true，只有少数的是false，他们分别是：false, 0, -0, "", NaN, null, undefined，因为存在数字和字符串以及对象的值为false，所以，直接用真值转换来判断一个函数的参数是否传进来了，这是不不太安全的。比如，有一个可以具有默认值得可选参数的函数，如下：
function point(x, y) {
if (!x) {
x = 320;
}
if (!y) {
y = 240;
}
return { x: x, y: y };
}
这个函数会忽略任何的真值为假的参数的，包括0，-0；
point(0, 0); // { x: 320, y: 240 }
检测undefined的更加准确的方法是用typeof操作：
function point(x, y) {
if (typeof x === "undefined") {
x = 320;
}
if (typeof y === "undefined") {
y = 240;
}
return { x: x, y: y };
}
这种写法，可以区分开0和undefined的：
point(); // { x: 320, y: 240 }
point(0, 0); // { x: 0, y: 0 }
另外一种方法是利用参数跟undefined作比较，如下：
if (x === undefined) { ... }
总结:
1. 类型错误有可能会被类型转换所隐藏。
2. “+”既可以表示字符串连接，又可以表示算术加，这取决于它的操作数，如果有一个为字符串的，那么，就是字符串连接了。
3. 对象通过valueOf方法，把自己转换成数字，通过toString方法，把自己转换成字符串。
4.具有valueOf方法的对象，应该定义一个相应的toString方法，用来返回相等的数字的字符串形式。
5.检测一些未定义的变量时，应该使用typeOf或者与undefined作比较，而不应该直接用真值运算。
js中的不同的数据类型之间的比较转换规则如下：
[] ==true; //false[]转换为字符串‘‘,然后转换为数字0,true转换为数字1，所以为false
[1,2,3] ==‘1,2,3‘//true[1,2,3]转化为‘1,2,3‘，然后和‘1,2,3‘， so结果为true;
[1] ==1; //true`对象先转换为字符串再转换为数字，二者再比较 [1] =>‘1‘=>1所以结果为true
‘1‘==1// true
‘1‘==true;//true
true==1//true
许多刚接触js的童鞋看到这么多的转换规则就懵圈了，其实规律很简单，大家可以记下边这个图(是时候展现我高超的绘画技巧了)
如图，任意两种类型比较时，如果不是同一个类型比较的话，则按如图方式进行相应类型转换，如对象和布尔比较的话，对象
=> 字符串
=> 数值 布尔值 => 数值。
另外，我们来看下一些需要"特别照顾"的。
来看一个有趣的题
[]==false;
![]==false;
这两个的结果都是true,第一个是，对象 => 字符串 => 数值0 false转换为数字0,这个是true应该没问题，
第二个前边多了个!，则直接转换为布尔值再取反，转换为布尔值时，空字符串(‘‘),NaN,0，null,undefined这几个外返回的都是true, 所以! []这个[]
=> true 取反为false,所以[] ==
false为true。
undefined==null//trueundefined和null比较返回true，二者和其他值比较返回false
Number(null)//0
---恢复内容结束---
标签：isnan 表示 常见 注意 rop sre 种类型 符号 自动
原文地址：https://www.cnblogs.com/Zhanghai078/p/9973432.html
