应优先使用===，因其要求类型和值均一致，避免==隐式转换导致的意外结果；仅在明确需要宽松比较时（如val==null）才用==。
双等号（==）会先做类型转换再比较值，三等号（===）要求类型和值都完全一致才返回 true。日常开发中，绝大多数情况该用 ===，只有极少数明确需要宽松比较的场景才考虑 ==。
什么时候该用 ===
几乎所有变量比较、条件判断、数组/对象属性校验，都推荐用 ===。
- 避免意外结果：比如
"0" == false是 true（字符串转数字为 0，再和 false 转 0 比较），但"0" === false是 false，更符合直觉 - 函数参数校验时更安全：接收 number 类型参数，用
arg === 0能排除字符串 "0"、null、[] 等干扰 - 与 null/undefined 的判断也更清晰：想确认是否为 null，就写
val === null；想同时接受 null 和 undefined，才显式写val == null
== 的隐式转换关键规则
当两边类型不同时，== 会按固定顺序尝试转换，核心逻辑是“尽量转成数字再比”，但有例外：
- null 和 undefined 互等：
null == undefined→ true，且它们与其他任何值（包括 0、false、""）都不等 - 字符串与数字：字符串被
Number()转换，如"123" == 123→ true，"abc" == 0→ false（转为 NaN 后不等于任何数） - 布尔值统一转数字：true → 1，false → 0，所以
true == 1、false == 0都为 true - 对象转原始值：遇到对象（如数组、普通对象），先调
valueOf()，若返回非原始值再调toString()；例如[] == ""→ true（空数组 toString 为 ""），[1] == "1"→ true - NaN 不等于任何值，包括自己：
NaN == NaN→ false
哪些情况真需要 ==
实际项目中极少，但存在几个被广泛接受的例外：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 检查值是否为 null 或 undefined：
if (val == null)等价于val === null || val === undefined，简洁且意图明确 - 表单输入值与数字对比（且已知输入只含数字字符）：
input.value == 42可省去 parseInt 步骤，但需确保输入可控 - 某些 DOM 属性返回字符串，而你想兼容数值写法（如
el.getAttribute('tabindex') == 0），不过更健壮的做法仍是显式转换
一个快速自查技巧
写完比较语句后，问自己两个问题：
- 如果左边是字符串 "0"，右边是数字 0，我希望它算相等吗？
- 如果左边是对象
{}，右边是空字符串 ""，这个比较有意义吗？
只要任一答案是否定的，就该换成 ===。多数时候，答案都是“不希望”“没意义”。
