=== 不进行隐式类型转换，类型不同直接返回 false；类型相同才比较值，可避免 == 的迷惑行为，但需配合显式转换并注意 NaN、引用类型及 -0 等特殊情况。

严格相等运算符 === 本身就能避免隐式类型转换——它不执行任何类型转换，只要左右操作数类型不同，直接返回 false。

=== 的工作方式很直接

它只做两件事：

• 先检查两个值的类型是否完全相同
• 类型一致，再比较值是否相等；类型不同，立刻结束，结果就是 false

比如：1 === "1" → false（数字 vs 字符串），null === undefined → false（两种不同原始类型），true === 1 → false。这些在 == 下都会触发转换并返回 true，但 === 完全绕开了整个转换流程。

用 === 替代 == 是最基础的防御手段

几乎所有因 == 引发的迷惑行为，都能通过改用 === 消除：

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• 0 == false 是 true，但 0 === false 是 false
• "0" == false 是 true，但 "0" === false 是 false
• [] == false 是 true（空数组转为 0），但 [] === false 是 false

这不是“修复”问题，而是从源头拒绝让转换发生。

配合显式转换，效果更稳

=== 虽然不转换，但它要求你提前确保类型合理。例如判断用户输入是否等于数字 42：

• ❌ input == 42 —— 可能意外把 "42"、" 42 "、甚至 true 都判为真
• ✅ Number(input) === 42 —— 明确转成数字再比，"42" 成功，"42px" 得 NaN，自然不等于 42
• ✅ String(input) === "42" —— 如果你本意就是字符串匹配，也清晰可控

注意几个常见误区

有人以为用了 === 就万事大吉，其实还有细节要注意：

• NaN === NaN 是 false，判断是否为 NaN 应用 Number.isNaN()
• {} === {} 或 [] === [] 总是 false，因为它们是比较引用，不是内容
• 0 === -0 是 true，若需区分，可用 Object.is(0, -0)

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南