为什么JavaScript中的parseInt和isNaN行为不一致?
我在v8.11.3中使用node.js为什么JavaScript中的parseInt和isNaN行为不一致?,javascript,node.js,Javascript,Node.js,我在v8.11.3中使用node.js parseInt(“”)返回NaN,但isNaN(“”)返回false: console.log( parseInt(“”), 伊斯南(“”) );: 如果第一个字符无法转换为数字,则parseInt返回NaN 空字符串中没有第一个字符-无法将其转换为数字,因此返回NaN 但情况不同。正如MDN的第一段所说: 注意:isNaN函数中的强制有有趣的规则;您也可以使用ECMAScript 2015中定义的Number.isNaN() 当isNaN函数的参数
parseInt(“”)
返回NaN
,但isNaN(“”)
返回false
:
console.log(
parseInt(“”),
伊斯南(“”)
);每个MDN文档的代码>:
如果第一个字符无法转换为数字,则parseInt返回NaN
空字符串中没有第一个字符-无法将其转换为数字,因此返回NaN
但情况不同。正如MDN的第一段所说:
注意:isNaN函数中的强制有有趣的规则;您也可以使用ECMAScript 2015中定义的Number.isNaN()
当isNaN函数的参数不是Number类型时,该值首先强制为一个数字
强制为数字时,空字符串为0:
const result=Number(“”);
console.log(结果+':'+结果类型)每个MDN文档的代码>:
如果第一个字符无法转换为数字,则parseInt返回NaN
空字符串中没有第一个字符-无法将其转换为数字,因此返回NaN
但情况不同。正如MDN的第一段所说:
注意:isNaN函数中的强制有有趣的规则;您也可以使用ECMAScript 2015中定义的Number.isNaN()
当isNaN函数的参数不是Number类型时,该值首先强制为一个数字
强制为数字时,空字符串为0:
const result=Number(“”);
console.log(结果+':'+结果类型)代码>使用Number()只会将问题抛诸脑后。例如:
parseInt("14px"); // 14
parseInt("abc"); // NaN
parseInt(""); // NaN (i.e. null string is a number)
与使用isNaN相比:
isNaN("14px"); // false
isNaN("abc"); // true
isNaN(""); // false
与使用Number()相比:
更复杂的是,你甚至不能:
parseInt(x) == NaN ? 0 : parseInt(x);
因为与NaN的比较总是错误的,即使NaN==NaN也是错误的
我发现最简单的是:
x=="" || !isNaN(x) ? 0 : parseInt(x);
但是,这假设空字符串是唯一的异常,因此它可能不会在所有情况下都起作用。使用Number()只是解决了问题。例如:
parseInt("14px"); // 14
parseInt("abc"); // NaN
parseInt(""); // NaN (i.e. null string is a number)
与使用isNaN相比:
isNaN("14px"); // false
isNaN("abc"); // true
isNaN(""); // false
与使用Number()相比:
更复杂的是,你甚至不能:
parseInt(x) == NaN ? 0 : parseInt(x);
因为与NaN的比较总是错误的,即使NaN==NaN也是错误的
我发现最简单的是:
x=="" || !isNaN(x) ? 0 : parseInt(x);
但这假设空字符串是唯一的异常,因此它可能不会在所有情况下都工作。您认为这是Javascript唯一“错误”的地方吗?卢兹。您可能应该浏览@vicatcu,但您提供的文档主要关注Javascript的好部分。所以你认为这并不矛盾,它有其特殊的考虑?你认为这是Javascript唯一的“错误”吗?卢兹。您可能应该浏览@vicatcu,但您提供的文档主要关注Javascript的好部分。所以你认为这并不矛盾,它有其特殊的考虑?