javascript中双等号（==）执行抽象相等比较算法，按优先转数字等规则隐式转换类型后比较值；推荐用严格相等（===）避免隐蔽bug，仅少数场景如value == null可接受。
JavaScript 中双等号（==）在比较时会先尝试把两个操作数转换成相同类型，再进行值比较。这个过程叫“抽象相等比较算法”，核心是按固定规则做隐式类型转换，不是随意转，而是有明确优先级和步骤。
转换的基本原则：优先转为数字
当两边类型不同时，== 会按以下常见路径尝试转换：
- 如果一边是字符串，另一边是数字，字符串会被
Number()转换（如"42" == 42→42 == 42→true） - 如果一边是布尔值，它会先转成数字：
false → 0，true → 1（如true == 1→1 == 1→true） - 如果一边是
null或undefined，它们只在相互比较时为true（null == undefined是true），和其他值比较基本都为false（null == 0是false） - 如果一边是对象（包括数组、日期、普通对象），它会先调用
valueOf()，失败再调用toString()，得到原始值后再继续转换（如[0] == false→"0" == false→"0" == 0→0 == 0→true）
几个容易踩坑的典型例子
这些结果看似反直觉，其实都严格遵循上述规则：
-
[] == false→true（空数组toString()得""，再转数字为0；false转数字也是0） -
[1,2] == "1,2"→true（数组转字符串就是"1,2"，字符串与字符串直接比） -
0 == ""→true（空字符串转数字为0） -
0 == "0"→true（字符串"0"转数字为0） -
NaN == NaN→false（任何值与NaN用==比都为false，这是特例）
为什么推荐用严格相等（===）
因为 == 的转换逻辑复杂、可读性差，且很多转换结果违反直觉，容易引发隐蔽 bug。使用 === 可跳过类型转换，只在类型和值都相同时返回 true，行为确定、性能略优、更易维护。现代代码规范（如 ESLint）通常禁用 ==，除非你明确需要某类宽松比较（例如判断输入是否为 null 或 undefined，可用 value == null 简写）。
想安全地做类型转换，就手动来
如果确实需要比较不同类型的值，建议显式转换，让逻辑清晰可控：
- 字符串转数字：用
Number(str)、parseInt(str)或一元加号+str - 数字转字符串：用
String(num)或num.toString() - 判断是否为有效数字：用
!isNaN(Number(input)) && isFinite(Number(input)) - 检查是否为空值：用
value === null || value === undefined，或更简洁的value == null（这是少数被广泛接受的==用法）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
