为什么JavaScript中的parseInt和isNaN行为不一致?

为什么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函数的参数

我在v8.11.3中使用node.js

parseInt(“”)
返回
NaN
,但
isNaN(“”)
返回
false

console.log(
parseInt(“”),
伊斯南(“”)
);

如果第一个字符无法转换为数字,则parseInt返回NaN

空字符串中没有第一个字符-无法将其转换为数字,因此返回
NaN

但情况不同。正如MDN的第一段所说:

注意:isNaN函数中的强制有有趣的规则;您也可以使用ECMAScript 2015中定义的Number.isNaN()

当isNaN函数的参数不是Number类型时,该值首先强制为一个数字

强制为数字时,空字符串为0:

const result=Number(“”);
console.log(结果+':'+结果类型)

如果第一个字符无法转换为数字,则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的好部分。所以你认为这并不矛盾,它有其特殊的考虑?