为什么`null >= 0 && null <= 0` 但不是 `null == 0`？

Question

我必须编写一个例程，如果变量的类型是 number，则该变量的值加 1；如果不是，则将 0 分配给变量，其中变量最初为 null 或未定义。

第一个实现是 v >= 0 ？ v += 1 : v = 0 因为我认为任何不是数字的东西都会使算术表达式为 false，但这是错误的，因为 null >= 0 被评估为 true。然后我了解到 null 的行为类似于 0，并且以下表达式全部计算为 true。

• null >= 0 && null <= 0
• !(null < 0 || null > 0)
• null + 1 === 1
• 1 / null = == Infinity
• Math.pow(42, null) === 1

当然，null 不是 0。 null == 0 code> 被评估为 false。这使得看似同义反复的表达式 (v >= 0 && v <= 0) === (v == 0) 为假。

为什么 null 像 0，尽管它实际上不是 0？

Answer 1

JavaScript 具有严格比较和类型转换比较

null >= 0; 为 true
但
(null==0)||(null>0) 为 false

null <= 0; 为 true，但 (null==0)||( null<0) 为 false

"" >= 0 也为 true

对于关系抽象比较（<= 、>=），操作数首先转换为基元，然后转换为相同类型，比较之前。

typeof null returns "object"

当 type 是 object 时，javascript 尝试将对象字符串化（即 null）
采取以下步骤 (ECMAScript 2015)：

1. 如果 < code>PreferredType 未传递，让 hint 为“默认”。
2. 否则，如果 PreferredType 是 hint 字符串，则让 hint 为“string”。
3. 否则 PreferredType 是 hint Number，让 hint 为“number”。
4. 令 exoticToPrim 为 GetMethod(input, @@toPrimitive)。
5. ReturnIfAbrupt(exoticToPrim)。
6. 如果 exoticToPrim 不是未定义的，则
   a) 令结果为Call(exoticToPrim, input, «hint»)。
   b) ReturnIfAbrupt(结果).
   c) 如果Type(result)不是Object，则返回结果。
   d) 抛出 TypeError 异常。
7. 如果 hint 为“default”，则让 hint 为“number”。
8. 返回OrdinaryToPrimitive（输入，提示）。

提示的允许值为“默认”、“数字”和“字符串”。日期对象在内置 ECMAScript 对象中是独一无二的，因为它们将“默认”视为等同于“字符串”。
所有其他内置 ECMAScript 对象将“default”视为等同于“number”。 (ECMAScript 20.3.4.45)

所以我认为 null 会转换为 0。

Answer 2

我有同样的问题！
目前我唯一的解决办法就是分开。

var a = null;
var b = undefined;

if (a===0||a>0){ } //return false  !work!
if (b===0||b>0){ } //return false  !work!

//but 
if (a>=0){ } //return true !

Answer 3

看起来检查 x >= 0 的方法是 !(x < 0) 这样响应才有意义。

Answer 4

您真正的问题似乎是：

为什么：

null >= 0; // true

但是：

null == 0; // false

真正发生的是大于或等于运算符（>=）执行类型强制转换（< a href="http://www.ecma-international.org/ecma-262/5.1/#sec-9.1" rel="nofollow noreferrer">ToPrimitive），带有hint类型的Number，实际上所有关系运算符都有这种行为。

null 由等于运算符 (==) 以特殊方式处理。简而言之，它仅强制为未定义：

null == null; // true
null == undefined; // true

值false、'0'和[ ] 受到数字强制为零。当修剪空白后结果为空字符串 ("") 时，字符串强制为零。

您可以在 摘要中查看此过程的内部细节相等比较算法和抽象关系比较算法。

总结：

• 关系比较：当调用 ToPrimitive(null,hint:Number) 且两个值都不是 String 类型时，将在两者上调用 ToNumber。这与在前面添加 + 相同，对于 null 强制转换为 0。

这也解释了如何对 Date 对象进行数值比较。

对于 null >= 0，如 ToPrimitive(null,hint: Number) 结果 null。

Null 结果等于输入参数（不转换）。

对于 EcmaScript 5.1 的“抽象关系比较算法”，这发生在步骤 3。EcmaScript

2025, 7.2.12 IsLessThan ( x, y, LeftFirst )，步骤 4 效果相同。 （请参阅：https://tc39.es/ecma262/#sec-islessthan）

c.注意：因为 px 和 py 是原始值，所以求值顺序为
不重要。 d.让 nx 为 ?到数字（px）。 e.让尼吧？
ToNumeric(py)。

• 相等比较：仅对字符串、数字和布尔值调用 ToNumber。

7.1.4 ToNumber（参数）
抽象操作 ToNumber 采用参数参数（ECMAScript 语言值）并返回包含 Number 的正常完成或抛出完成。它将参数转换为 Number 类型的值。调用时它执行以下步骤：

1. 如果参数是数字，则返回参数。
2. 如果参数是 Symbol 或 BigInt，则抛出 TypeError 异常。
3. 如果参数未定义，则返回 NaN。
4. 如果参数为 null 或 false，则返回 +0
   

Answer 5

我想扩展这个问题以进一步提高问题的可见性：

null >= 0; //true
null <= 0; //true
null == 0; //false
null > 0;  //false
null < 0;  //false

这毫无意义。就像人类语言一样，这些东西需要死记硬背。

Answer 6

console.log( null > 0 );  // (1) false
console.log( null == 0 ); // (2) false
console.log( null >= 0 ); // (3) true

从数学上来说，这很奇怪。最后一个结果表明“null 大于或等于零”，因此在上面的比较之一中它必须为 true，但它们都是 false。

原因是相等检查 == 和比较 > 。 < >= <= 的工作方式不同。比较将 null 转换为数字，将其视为 0。这就是为什么 (3) null >= 0 为 true 而 (1) null >= 0 的原因。 0 是假。

另一方面，对 undefined 和 null 的相等性检查 == 被定义为，无需任何转换，它们就彼此相等并且不存在。不等于其他任何东西。这就是为什么 (2) null == 0 是 false。