探究 JS 教科书般使人困惑的语言设计缺陷 “null == 0 为 false 但 null
内容提要
这篇文章讨论了JavaScript中宽松相等（==）的规则和逻辑。作者通过解释具体的例子，说明了宽松相等的转换过程和一些固定规则。文章还提到了一些避坑指南，例如不要使用== true或== false，而是使用=== true或=== false。最后，作者总结了自己对宽松相等的理解，并提到了自己实现了一个JavaScript==扫雷小游戏。
延伸解读
宽松相等的隐式转换顺序：布尔值优先转数字
文章指出，当==比较涉及布尔值时，布尔值会先被转换为数字（true→1，false→0），再与其他类型比较。例如'42'==true实际是'42'==1，然后字符串转数字42==1，结果为false。这打破了“先转布尔再比较”的直觉，是许多误判的根源。理解这一顺序有助于避免在条件判断中错误使用== true或== false。
null与undefined的特殊规则：仅彼此相等
根据抽象相等比较算法，null和undefined在==比较中仅彼此返回true，与其他任何值（包括''、0、false）比较均返回false。这与null<=0为true形成鲜明对比，因为<=会触发数字转换。文章强调这些是规范定义的固定规则，没有逻辑推导，需直接记忆。
对象与原始值比较：ToPrimitive的转换机制
当对象与字符串或数字进行==比较时，对象会通过ToPrimitive转换为原始值。数组的转换规则是调用toString()，即用逗号连接元素，且null和undefined元素转为空字符串。例如[42]转为'42'，[null]转为''。这解释了[42]==42为true和''==[null]为true的原因。
实践建议：避免使用== true/false，优先使用if(x)
文章强烈建议不要使用if(x == true)或if(x === true)，因为前者在x为其他真值时可能不成立，后者在x为1时也不成立。直接使用if(x)或if(!!x)即可，因为if会自动进行布尔转换。这能避免因隐式转换导致的逻辑错误，并提升代码可读性。
Q&A
JavaScript中的宽松相等和严格相等有什么区别？
宽松相等（==）允许类型转换，而严格相等（===）不允许类型转换，必须类型和值都相等。
为什么null <= 0返回true？
因为null被强制转换为数字0，所以null <= 0等价于0 <= 0，返回true。
在JavaScript中，null和undefined的比较结果是什么？
null == undefined返回true，但null与其他类型的比较（如''、0、false）均返回false。
为什么建议使用===而不是==？
因为使用===可以避免隐式类型转换带来的潜在错误，确保比较的值和类型都相等。
空字符串与false的比较结果是什么？
空字符串与false的比较结果为true，因为空字符串被转换为数字0，而false也被转换为0。
NaN与自身比较的结果是什么？
NaN不等于自身，因此NaN == NaN返回false。
