JavaScript中用==判断null易出错，根本原因是隐式类型转换导致null==undefined为true，且与数字、布尔、字符串比较结果不符合直觉；应优先使用===或明确语义的空值合并操作符。
JavaScript 中用 == 判断 null 容易出错，根本原因在于它会触发隐式类型转换，导致不符合直觉的结果。
null 与 undefined 在 == 下意外相等
null == undefined 返回 true，这是 JavaScript 规范中明确定义的“抽象相等”规则之一，但和语义直觉冲突——null 表示“有意赋值为空”，undefined 表示“未定义或未初始化”。这种相等性常被误认为两者可互换使用。
- 实际开发中，若函数返回可能为
null或undefined，仅用== null检查，会同时捕获两种情况，掩盖了本应区分的逻辑分支 - 例如：
document.getElementById('missing') == null为true，但该元素不存在时返回null，而属性访问如obj?.prop == null可能是undefined，二者成因不同
null 与数字、布尔、字符串比较时的奇怪转换
== 会让 null 被转换为数值进行比较，而转换结果是 0（注意：不是 NaN）；但这一规则只对 null 和 undefined 特殊处理，不适用于其他原始值。
-
null == 0→false（因为null转数字是0，但规范规定null == 0不按此路径执行，而是直接判定为false） -
null == false→false（false转数字为0，null转数字也为0，但规则优先级导致仍为false） -
null == ''→false（空字符串转数字为0，同上，结果仍是false）
这些结果没有统一规律，纯靠记忆易错，本质是抽象相等算法中多层分支判断叠加所致。
立即学习“Java免费学习笔记（深入）”；
推荐用 === 替代 == 判断 null
严格相等 === 不发生类型转换，null === null 为 true，其余所有值（包括 undefined、0、false、''）都返回 false，语义清晰、行为可预测。
- 检查变量是否明确为
null：用value === null - 检查是否为
null或undefined（即“空值”）：显式写成value == null是常见且被接受的简写，但需清楚它依赖==的特殊规则，不是靠类型安全 - 更现代的替代：用可选链 + 空值合并，如
obj?.prop ?? 'default'，避免手动判断
警惕 typeof null 返回 'object' 带来的干扰
虽然和相等无关，但常与判断逻辑耦合：typeof null === 'object' 是历史遗留 bug。若写 typeof value === 'object' && value !== null 来排除 null，漏掉这句就会把 null 当作合法对象处理。
- 尤其在遍历前判断是否为对象时，必须单独排除
null - 更稳妥的方式：用
Object.prototype.toString.call(value) === '[object Object]'或直接用value && typeof value === 'object'
