===先比较类型，类型不同直接返回false，类型相同再比较值，无隐式转换；==则先进行复杂且反直觉的类型转换（如""→0、false→0、[]→0等）再比较，易导致难以预测的结果。
用 ===（严格相等）代替 ==（抽象相等），就能跳过 JavaScript 自动类型转换的“坑”，让比较逻辑更可预测、更安全。
为什么 == 容易出问题
== 会先尝试把两个值转成相同类型再比较，这个过程规则复杂又反直觉。比如：
-
0 == false→ true（false 转为 0） -
"" == 0→ true（空字符串转为 0） -
"0" == false→ true（"0"→0→false） -
[] == ![]→ true（数组和取反结果都转为 0）
这些结果不是靠逻辑推出来的，而是靠引擎内部抽象相等算法一步步 coercion（强制转换）得来的，极难记忆和调试。
=== 是怎么工作的
=== 只做两件事：先比类型，类型不同直接返回 false；类型相同才比值。没有中间转换步骤。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
-
0 === false→ false（number ≠ boolean） -
"" === 0→ false（string ≠ number） -
"0" === false→ false（string ≠ boolean） -
[] === ![]→ false（object ≠ boolean）
所有结果都清晰可预期——类型不一致，就不相等。
实际开发中该怎么做
默认全部用 ===，只在极少数明确需要类型转换时才考虑 ==（通常不建议）。常见场景建议如下：
- 判断是否为
null或undefined：用value === null或value === undefined；更稳妥写法是value == null（因为null == undefined为 true，且二者都不等于其他值），但前提是理解它只用于这个特定目的 - 检查用户输入或 API 返回值：比如
response.status === 200，避免"200" == 200带来的混淆 - 比较布尔值、数字、字符串字面量时，一律用 ===
- 使用 ESLint 的
eqeqeq规则，自动报错提醒你别用 ==
一个容易忽略的细节：NaN
=== 对 NaN 的处理也更合理：NaN === NaN 是 false，这符合 IEEE 754 标准。而 NaN == NaN 同样是 false，所以这里两者行为一致。但如果你想检测是否为 NaN，应该用 Number.isNaN(x) 或 Object.is(x, NaN)，而不是靠相等运算符。
