===要求类型和值都严格相同，不转换类型；==会先隐式转换类型再比较值，规则复杂易出错；推荐默认用===，仅null==undefined等极少数场景可用==。
直接看类型：类型不同，===立刻返回 false；==会先尝试转成同类型再比值。
严格等于（===）：类型 + 值，缺一不可
它不妥协、不转换。只要左右两边的类型不一样，比如字符串和数字、对象和 null、undefined 和 false，结果一定是 false。只有类型一致且值也相等时才为 true。
-
1 === "1"→false（number vs string） -
null === undefined→false（类型不同） -
0 === false→false（number vs boolean） -
{} === {}→false（两个独立对象，引用不同）
抽象等于（==）：先“劝和”，再比较
它会按一套固定规则做隐式类型转换，目标是让两边变成可比的类型（通常是转成 number），然后再判断值是否相等。这个过程容易出人意料。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
1 == "1"→true（字符串 "1" 转成数字 1） -
0 == false→true（false 转成 0） -
"0" == false→true（"0" → 0，false → 0） -
null == undefined→true（这是唯一一对类型不同却相等的特例） -
[] == false→true（空数组转成 ""，再转成 0，false 也转成 0）
为什么推荐优先用 ===
隐式转换规则复杂，不同场景下行为不直观，容易埋下 bug。用 === 能让逻辑更明确、更可控，尤其在条件判断、状态校验、对象属性对比等关键位置。
立即学习“Java免费学习笔记（深入）”；
- 函数参数是否传了有效值？用
val !== undefined比val != undefined更安全 - 用户输入的字符串是否等于某个标识？
input === "submit"避免把0或空字符串误判 - 后端返回的 status 字段是数字还是字符串？
res.status === 200不会把字符串 "200" 当作成功
什么时候可以放心用 ==
极少，但存在——仅限你**完全清楚转换路径**，且有意利用该行为。典型例子是检查值是否为 null 或 undefined：
-
if (obj == null)等价于obj === null || obj === undefined，简洁又安全 - 注意：
if (obj == undefined)不推荐，因为undefined可能被重写（虽然现代环境已禁止）
