=== 要求值和类型都严格一致，== 会触发抽象相等算法进行类型转换；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 属性时高频出现的问题。
立即学习“Java免费学习笔记（深入）”；
什么时候可以安全用 ==
极少。仅在明确需要容忍 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 —— 它根本没进内容比较逻辑，只是比了内存地址。