javascript隐式类型转换是运算符在类型不匹配时的自动补救行为，非规则清单；==、+、!、if等触发不同转换路径，且多数不可逆。
JavaScript 的隐式类型转换不是“规则清单”，而是运算符在特定上下文中对操作数类型不匹配时的自动补救行为。它不遵循数学逻辑，也不保证可预测性——==、+、!、if 判断等都会触发不同路径，且多数转换不可逆。
哪些操作符会触发隐式转换
不是所有运算都做转换，只有明确需要单一类型才能继续执行的操作才会尝试 coerce（强制转换）：
-
==（抽象相等）：两边类型不同时会按ToNumber、ToPrimitive等步骤转换后比较 -
+（加法）：若任一操作数是字符串，则全部转为字符串拼接；否则尝试转为数字相加 -
!、!!、if、while条件：调用ToBoolean，把值映射为true或false -
&&、||：不转布尔值，但会基于ToBoolean结果决定是否返回左/右操作数（即“短路求值”） -
==之外的比较符（>、等）：若两边非同为字符串或数字，会尝试转为数字再比（<code>null转为0，undefined转为NaN）
ToNumber 的实际表现（最常踩坑）
很多看似“合理”的转换结果其实是 ToNumber 的副作用，比如空字符串、空数组、null 都变成 0，而 undefined 是 NaN：
Number("") // 0
Number(" ") // 0
Number([]) // 0
Number([0]) // 0
Number([1,2]) // NaN
Number(null) // 0
Number(undefined) // NaN
Number({}) // NaN
注意：+ 运算符内部调用的就是 ToNumber，所以这些值在 +x 或 x + 0 中也会表现出同样行为。
立即学习“Java免费学习笔记（深入）”；
== 的转换链容易失控
== 不是“先转成同一类型再比较”，而是有一套优先级路径：字符串 → 数字 → 对象（调用 valueOf() 或 toString()）。这个过程可能嵌套多层，导致反直觉结果：
-
0 == false→true（false→0） -
"" == false→true（""→0，false→0） -
[] == ![]→true（右边![]先转布尔为false，再转数字为0；左边[]调用toString()得""，再转数字为0） -
[0] == false→true（[0]→"0"→0；false→0）
这种链式推导无法靠记忆覆盖所有组合，唯一可靠做法是：永远用 === 替代 ==，除非你明确控制了两边类型。
对象到原始值的转换（ToPrimitive）怎么走
当运算需要把对象转成字符串或数字时（如 obj + ""、obj == 123），JS 会调用 ToPrimitive(obj, hint)，其中 hint 是 "string" 或 "number"：
- 优先尝试
obj.valueOf()，若返回原始值（非对象）就用它 - 否则尝试
obj.toString()，若返回原始值就用它 - 若两者都返回对象，抛出
TypeError
默认 hint 在 == 中是 "number"，但在 + 拼接字符串时是 "string"。这意味着同一个对象，在不同上下文里可能转出完全不同结果：
let obj = {
valueOf() { return 42; },
toString() { return "hello"; }
};
obj + "" // "42"（hint="string"，但 valueOf 返回原始值，直接用了）
obj == 42 // true（hint="number"，valueOf 返回 42）
自定义 valueOf 和 toString 时，必须确保它们返回原始值，否则会在某些场景下意外报错。
隐式转换真正的复杂点不在“怎么转”，而在“谁触发、何时触发、触发几次”。哪怕只写一个 ==，背后可能已发生两次 ToPrimitive + 三次 ToNumber。不要试图记住路径，而要主动切断它：用 ===、显式 String()/Number()、提前校验类型。
