17370845950

=== 要求值和类型都严格一致，== 会触发抽象相等算法进行类型转换；null == undefined 是唯一类型不同却为 true 的特例；对象、数组、函数比较只看引用，不比内容。

== 和 === 在 JavaScript 中的底层行为差异

使用 == 会触发类型转换，而 === 要求值和类型都严格一致。这不是“松散 vs 严格”的抽象描述，而是具体执行路径不同：当两边类型不同时，== 会按抽象相等算法（Abstract Equality Comparison）调用 ToNumber、ToString 或 ToBoolean 等强制转换逻辑；=== 遇到类型不同时直接返回 false，跳过任何转换。

常见错误现象包括：

• 0 == false → true（false 被转为 0）
• '' == false → true（空字符串转为 0，再与 false 比较）
• [] == ![] → true（左边转为空字符串，右边先取反得 false，再转为 0，最终比较 '' == 0）

哪些值用 == 容易掉进陷阱

以下组合在使用 == 时结果违反直觉，但用 === 全部为 false：

• null == undefined → true（这是唯一一对类型不同却相等的特例）
• '0' == false → true（字符串 '0' 转为数字 0，再与 false 比较）
• [0] == false → true（数组被 toString() 转为 '0'，再走上面路径）
• new String('abc') == 'abc' → true（包装对象被拆箱）

这些不是边缘 case，而是日常处理表单输入、API 返回值或 DOM 属性时高频出现的问题。

什么时候可以安全用 ==

极少。仅在明确需要容忍 null 和 undefined 同等对待时，obj.val == null 是惯用写法（等价于 obj.val === null || obj.val === undefined）。除此之外，没有其他合理场景。

现代代码中更推荐显式判断：

• 检查是否为假值：if (!value)（适用于 0、''、null、undefined、false、NaN）
• 检查是否为 null 或 undefined：value == null 可接受，但需清楚它只对这两个值有效
• 所有其他比较一律用 ===

对象和数组的比较不能靠 == 或 ===

== 和 === 对对象、数组、函数都只比较引用，不比较内容。即使两个数组字面量完全一样，[1,2] === [1,2] 也是 false。

若需内容比较，必须手动实现或使用工具函数：

function deepEqual(a, b) {
  if (a === b) return true;
  if (a == null || typeof a !== 'object' || b == null || typeof b !== 'object') return false;
  const keysA = Object.keys(a), keysB = Object.keys(b);
  if (keysA.length !== keysB.length) return false;
  for (let key of keysA) {
    if (!keysB.includes(key) || !deepEqual(a[key], b[key])) return false;
  }
  return true;
}

注意：这个简易版本不处理循环引用、Date、RegExp 等特殊类型。生产环境建议用 lodash.isEqual 或 fast-deep-equal。

真正容易被忽略的是：很多人以为 == 能“智能”比较数组，结果在条件分支里埋下静默 bug —— 它根本没进内容比较逻辑，只是比了内存地址。