JavaScript类型转换无统一规则表，仅分隐式与显式两类，隐式转换易出错，严格遵循规范抽象操作（如ToPrimitive、ToNumber）。
JavaScript 类型转换没有统一的“规则表”，只有隐式转换和显式转换两套行为逻辑，而隐式转换尤其容易出错——它不按直觉走，而是严格遵循规范定义的抽象操作（如 ToPrimitive、ToNumber、
）。隐式转换发生在哪些地方
不是所有运算都会触发类型转换，但以下场景会按规范自动调用抽象操作：
==（非严格相等）比较时，若两边类型不同，会尝试转换为相同类型再比较+运算符：任一操作数是字符串，就转为字符串拼接；否则全部转为数字再相加!a、if (a)、while (a)等布尔上下文，会调用ToBooleanString(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的调用结果。
