JavaScript类型转换无统一规则表，仅分隐式与显式两类，隐式转换易出错，严格遵循规范抽象操作（如ToPrimitive、ToNumber）。
JavaScript 类型转换没有统一的“规则表”，只有隐式转换和显式转换两套行为逻辑，而隐式转换尤其容易出错——它不按直觉走，而是严格遵循规范定义的抽象操作（如 ToPrimitive、ToNumber、
）。</p> <H3>隐式转换发生在哪些地方</H3> <p>不是所有运算都会触发类型转换，但以下场景会按规范自动调用抽象操作：</p> <ul> <li><code>==（非严格相等）比较时，若两边类型不同，会尝试转换为相同类型再比较
+ 运算符：任一操作数是字符串，就转为字符串拼接；否则全部转为数字再相加!a、if (a)、while (a) 等布尔上下文，会调用 ToBoolean
String(a)、Number(a)、Boolean(a) 显式调用时，也复用同一套抽象转换逻辑
== 的转换链特别容易踩坑
比如 null == undefined 为 true，但 null == 0 是 false；又比如 [] == ![] 居然为 true——这是因为：
- 左边
[]→ToPrimitive([])→""（空字符串） - 右边
![]→ 先ToBoolean([])得true，再取反得false，再ToNumber(false)得0 - 于是变成
"" == 0→ToNumber("")为0，所以0 == 0为true
这种链式推导几乎无法靠记忆覆盖全，唯一稳妥做法是：永远用 === 替代 ==。
立即学习“Java免费学习笔记（深入）”；
对象到原始值的转换顺序
当需要把对象（如 {}、[]、new Date()）转成字符串或数字时，JS 会按固定顺序尝试：
- 先调用
obj[Symbol.toPrimitive](hint)（如果存在且返回原始值） - 否则，若
hint是"string"，依次尝试toString()→valueOf() - 若
hint是"number"或"default"，则顺序反过来：valueOf()→toString()
例如：+[1,2] → hint 是 "number" → 先 [1,2].valueOf()（返回原数组，非原始值）→ 再 [1,2].toString() → "1,2" → ToNumber("1,2") → NaN。
真正难的不是记规则，而是意识到：只要涉及隐式转换，代码就已失去可预测性。哪怕你这次推对了，下个版本引擎优化或新增方法都可能改变 valueOf/toString 的调用结果。
