eq 如何支持与不同类型的对象比较且返回合理结果

javaScript的==通过抽象相等算法执行隐式类型转换实现跨类型比较，而===跳过转换、类型不同直接返回false。

javascript 中的 ==（抽象相等）和 ===（严格相等）对不同类型对象的比较行为不同，但真正“支持与不同类型对象比较且返回合理结果”的机制，核心在于 抽象相等算法（Abstract Equality Comparison） 的隐式类型转换规则。它不是“智能判断语义合理性”，而是按明确步骤进行类型协调后比较。

抽象相等（==）如何处理跨类型比较

当使用 == 比较两个不同类型的操作数时，JavaScript 会按规范执行以下关键步骤：

• 若一方为 NULL，另一方为 undefined，直接返回 true（这是唯一一对“特殊相等”）
• 若一方为数字，另一方为字符串，将字符串转为数字再比较（如 "42" == 42 → 42 == 42 → true）
• 若一方为布尔值，先转为数字：false → 0，true → 1（如 true == 1 → 1 == 1 → true）
• 若一方为对象（含数组、日期、普通对象等），另一方为原始值（字符串/数字/布尔），则先调用对象的 [symbol.toPrimitive]('default')，若未定义，则尝试 valueOf()，再失败则调用 toString()，将其转为原始值后再继续比较

常见对象类型的比较表现

理解这些典型场景有助于预判结果：

• [] == false → true：空数组 valueOf() 返回自身（非原始值），toString() 返回空字符串 ""；"" == false → 0 == 0 → true
• [0] == false → true：数组转字符串为 "0"，再转数字为 0，0 == 0 → true
• new date(0) == 0 → true：日期对象 valueOf() 返回时间戳数字 0
• {} == "[Object Object]" → false：对象转字符串是 "[object Object]"，但这是字符串比较，不等于其自身字符串字面量（除非显式 toString）

为什么严格相等（===）更可靠

=== 完全跳过类型转换，只要类型不同就直接返回 false：

• "42" === 42 → false（字符串 vs 数字）
• true === 1 → false（布尔 vs 数字）
• [] === [] → false（两个不同对象引用）
• 只有类型相同且值相等（或引用同一对象）才为 true

自定义对象如何控制比较逻辑

若希望对象参与有意义的相等判断，应主动实现可预测的行为：

• 重写 valueOf() 或 toString()，让抽象相等有明确原始值映射（但不推荐依赖 ==）
• 更现代的方式：使用 [Symbol.isEqual]（非标准，需自行约定）或提供 .equals(other) 方法
• 对复杂对象，推荐用 Object.is()（比 === 更严谨，能区分 +0/-0 和 NaN）或结构化深比较库（如 Lodash 的 isEqual）