JavaScript比较核心是隐式转换与操作符差异：===先判类型再比值，==按规则转换后比较；对象与原始值比较时优先调用valueOf()，再toString()；推荐统一用===，空值用x == null，NaN用Number.isNaN()，-0/+0用Object.is。
JavaScript 中不同类型之间的比较规则，核心在于理解 隐式类型转换 和 比较操作符的行为差异。不规范的比较（比如用 == 混合类型）是线上 bug 的高发区。关键不是“能不能比”，而是“比的时候 JS 实际在做什么”。
明确区分 == 和 === 的底层逻辑
使用 ===（严格相等） 时，JS 不做任何转换：先判断类型是否一致，类型不同直接返回 false；类型相同再比值。
使用 ==（抽象相等） 时，JS 会按固定规则尝试把两边转成同一类型再比较——这个过程复杂、反直觉，且有多个特例。
-
null == undefined→true（唯一一对互相相等的假值） -
0 == false→true（false转为0） -
"0" == false→true（false → 0，"0" → 0） -
[] == ![]→true（空数组转字符串为""，再转数字为0；![]是false，再转数字也是0）
对象与原始值比较时的转换顺序
当一边是对象（如 {}、[]、new Date()），另一边是原始值（如字符串、数字）时，JS 会优先调用对象的 valueOf() 方法；若返回的不是原始值，则再调用 toString()。结果再参与后续比较。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
-
[1] == "1"→true（[1].toString() → "1"） -
[1,2] == "1,2"→true（数组toString返回逗号拼接） -
{} == "[object Object]"→true（空对象toString()返回该字符串） -
new Date() == "2026-10-01"可能为true（取决于当前日期和格式化）
安全比较的实践建议
日常开发中，应主动规避歧义，而不是依赖记忆转换表。
- 统一使用
===，除非你明确需要==的宽松行为（极少见） - 比较前手动归一化类型：例如接口返回的数字常是字符串，可用
Number(str)或一元加号+str转换，再用=== - 判断是否为有效数字，不用
==，而用typeof x === 'number' && !isNaN(x) && isFinite(x) - 检查空值，推荐写法：
x == null（等价于x === null || x === undefined），简洁且意图清晰
特殊值要单独对待
NaN、Infinity、-0 等不能靠 == 或 === 正常识别：
-
NaN === NaN是false，必须用Number.isNaN(x)判断 -
Object.is(-0, +0)返回false，而-0 === +0是true；需精确区分时用Object.is -
Infinity > 1000000是true，但Infinity === Infinity才是安全的相等判断
