优先使用===，因其严格相等、不隐式转换、行为可预测；==仅在极少数兼容场景谨慎使用，且需注释说明；推荐显式转换替代==，并借助ESLint、TypeScript等工具强化规范。
优先用 ===，只在明确需要类型转换时才考虑 ==。
=== 是严格相等，推荐作为默认选择
=== 要求值和类型都相同，不进行隐式类型转换，行为可预测、不易出错。比如：
-
5 === "5"→ false（number ≠ string） -
null === undefined→ false（类型不同） -
0 === false→ false（number ≠ boolean）
现代 JavaScript 开发中，几乎所有主流代码规范（如 ESLint 的 no-eq-null、eqeqeq 规则）都强制要求使用 ===，避免因类型转换引发的隐蔽 bug。
== 只在极少数兼容场景下谨慎使用
== 会触发复杂的抽象相等比较算法（Abstract Equality Comparison），例如：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
0 == false→ true -
"0" == false→ true -
null == undefined→ true -
[] == false→ true（空数组转为 ""，再转为 0）
这些结果违反直觉，容易导致逻辑错误。仅当处理老旧 API（如 location.search 返回字符串但需与数字比对）、或明确文档说明允许松散比较时，才可考虑 ==，且必须加注释说明原因。
替代方案比 == 更安全
遇到需要“宽松但可控”的比较，优先用显式转换：
- 字符串转数字：
Number(str) === 42或+str === 42 - 判断是否为真值：
if (value)（不用value == true） - 检查 null/undefined：
value == null是常见写法，但更清晰的是value === null || value === undefined，或用可选链 + 空值合并（value ?? 'default'）
工具和习惯能帮你避开陷阱
启用 ESLint 规则 eqeqeq: "error" 可在编辑器和构建时直接报错；TypeScript 编译器也会在类型不匹配时提示；团队代码 Review 中把 == 当作可疑信号重点检查。久而久之，写 === 就成了肌肉记忆。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
