JavaScript中应优先使用===而非==，因==会触发隐式类型转换导致意外结果，而===严格比较类型和值，行为可预测；引用类型相等需用专门方法判断。
在 JavaScript 中，等于号（==）进行比较时，会先尝试类型转换再比较值，而全等号（===）则严格比较类型和值。这个机制在基本类型与引用类型混合比较时，容易引发意外结果。
基本类型间的 == 比较：隐式转换常见但可控
基本类型（如 number、string、boolean、null、undefined、symbol、bigint）用 == 比较时，JS 会按抽象相等算法（Abstract Equality Comparison）做类型转换。例如：
-
5 == "5"→true（字符串转为数字） -
true == 1→true（boolean 转为 number） -
null == undefined→true（仅此一对特殊相等） -
0 == false→true（但"" == false也是 true）
这些转换有明确规则，但组合起来容易出错，尤其在条件判断中。
引用类型参与 == 比较：几乎总是 false，除非同源
引用类型（Object、Array、Function、Date、RegExp 等）用 == 比较时，不比较内容，只看是否指向同一个内存地址：
-
[1,2] == [1,2]→false（两个不同数组实例） -
{} == {}→false（两个空对象也不等） -
let a = []; let b = a; a == b→true（引用相同）
唯一例外是 null 和 undefined：它们是基本类型，但 == 下互等；其他引用值与基本值比较时，会先尝试转为原始值（调用 valueOf() 或 toString()），结果往往难以预测：
-
[1] == 1→true（数组转字符串"1"，再转数字1） -
[0] == false→true（[0].toString() → "0"，"0" == false → true） -
new Date() == "2024-01-01"→ 可能为 true（取决于日期字符串化结果）
为什么推荐优先使用 ===
全等号跳过类型转换，直接判别类型与值是否完全一致，行为可预测：
-
5 === "5"→false（类型不同） -
true === 1→false -
[1] === [1]→false（仍是不同引用） -
null === undefined→false（类型不同）
对于引用类型的“内容相等”需求（如比较两个数组是否元素相同），应手动实现深比较或使用工具函数（如 JSON.stringify(a) === JSON.stringify(b) 仅适用于简单可序列化数据）。
实际开发中的建议
- 默认使用
===和!==，避免隐式转换陷阱 - 仅在明确需要宽松比较时（如表单输入校验中接受字符串数字），才谨慎使用
== - 比较引用类型是否“逻辑相等”，不要依赖 == / ===，改用专门方法（如
Array.isArray()、Object.is()、Lodash 的isEqual()） - 注意
Object.is()与===的细微差别（如Object.is(NaN, NaN) === true，而NaN === NaN是false）
理解 == 的转换逻辑有助于读懂旧代码，但新代码中坚守 === 是更安全、更清晰的选择。
