js类型转换核心在于四条线：谁触发（比较/拼接）、场景（==/+等）、怎么转（toprimitive/tonumber等）、为何如此（规范设计）。隐式转换重运行时行为，显式转换辨string()/number()/boolean()差异，高频坑点如[]==![]需结合转换链理解。
画 JS 类型转换的思维导图，关键不是罗列所有转换规则，而是理清“谁触发转换、在什么场景下发生、怎么转、为什么这么转”这四条线。重点落在运行时真实行为上，避开死记硬背，突出隐式与显式的触发条件和结果差异。
一、明确转换发生的两大场景
类型转换只发生在两个地方：比较操作（==、等）和字符串拼接（+）。其他多数操作（如if判断、逻辑运算）只是进行**ToBoolean**抽象操作，并不改变原值类型。
-
== 比较时会触发 ToNumber / ToString / ToBoolean 转换，比如
null == undefined返回 true，但null == 0是 false；'1' == true先转 true 为 1，再比 '1' == 1 → '1' 转为 1 → true -
加号 + 遇到字符串就全转字符串，哪怕一边是对象：
{} + []→[object Object]+ '' →"[object Object]"；而[] + {}→ '' +[object Object]→ 同样结果（注意顺序不影响最终字符串化逻辑） -
减号、乘号、除号、取余一律强制 ToNumber，
+'123'、Number('123')、parseInt('123')效果不同：前者严格转数字，后者可截断，parseInt('123abc')得 123，+'123abc'得 NaN
二、掌握三类显式转换方法及差异
前端日常最常写的是 String()、Number()、Boolean()，但它们和构造函数调用、一元运算符行为并不完全等价。
-
String(x)等价于x.toString()（除 null/undefined），'' + x是更轻量的字符串化方式 -
Number(x)严格按规范转，+'x'是语法糖，效果一致；parseInt(x)和parseFloat(x)只处理开头有效数字，适合表单输入清洗 -
Boolean(x)或!!x用于判断真值，记住 6 个假值：false、0、-0、0n、''、null、undefined、NaN（共 8 个，ES2020 起新增0n）
三、吃透隐式转换的底层规则（ToPrimitive）
当对象参与 + 或 == 运算时，浏览器会调用 ToPrimitive(input, hint)，hint 分 "string" 和 "number" 两种倾向：
- 有
Symbol.toPrimitive方法就优先用它 - 否则按 hint 尝试
toString()→valueOf()（或反过来，hint 为 number 时先 valueOf） - 数组的
toString()是逗号拼接（[1,2,3].toString() === '1,2,3'），所以[1,2] + [3,4]→'1,2' + '3,4'→'1,23,4'
四、高频易错点直接标进导图节点
这些不是补充说明，而是必须作为独立分支出现在导图里，因为面试和 debug 时90%卡点都集中在这几处：
-
[] == ![]为什么是 true？→ 左边[]转数字为 0；右边![]先转布尔为 true，再取反为 false，再转数字为 0 → 0 == 0 -
{} + []和[] + {}在非严格模式下都等于"[object Object]"，但在 Node.js REPL 或某些上下文中，{}可能被解析为代码块，导致结果为0（需结合执行环境理解） -
new Date() - new Date()得 0，因为valueOf()返回时间戳数字；new Date() + new Date()得两个字符串拼接，因为+倾向字符串化
