JavaScript类型转换需理解抽象操作，隐式转换常由==、+、条件判断触发，显式转换用String()、Number()等，Number全量解析而parseInt取前缀数字，对象转换走ToPrimitive及toString/valueOf，!!更简但Boolean语义更清。
JavaScript 中的类型转换不是靠“学一套规则就能一劳永逸”的事情，而是由运行时环境在特定上下文中自动触发（隐式）或由开发者显式调用（显式）的一系列行为。它既不是完全不可控，也不是完全可预测——关键在于理解 +、==、Boolean()、Number() 等操作背后的抽象操作（如 ToPrimitive、ToNumber）。
什么时候会触发隐式类型转换？
最常见的触发点是运算符和条件判断：
-
==比较时会先尝试把两边转成相同类型再比较（比如0 == false是true） -
+遇到字符串就做拼接，否则尝试转数字相加（"1" + 2→"12"，但"1" + {}→"1[object Object]"） -
if、&&、||、三元运算符会调用ToBoolean，把值转为布尔值（0、""、null、undefined、NaN、false为 falsy） -
String(value)或value + ""触发ToString
Number() 和 parseInt() 的区别在哪？
二者都常被用来“转数字”，但机制完全不同：
-
Number(" 42 ")→42；Number("42px")→NaN（全量解析，失败即NaN） -
parseInt(" 42 ", 10)→42；parseInt("42px", 10)→42（从左开始取有效数字部分，遇到非法字符就停） -
parseInt("08")在非严格模式下可能被当八进制（0开头），务必传10作为第二个参数 -
Number("")→0，而parseInt("")→NaN，这个差异容易引发 bug
对象转原始值的过程怎么走？
当你对一个对象做 +、==、String() 等操作时，JS 会调用 ToPrimitive，按顺序尝试：
立即学习“Java免费学习笔记（深入）”；
- 先调用对象的
[Symbol.toPrimitive](hint)方法（如果存在），hint是"string"、"number"或"default" - 没有该方法时，尝试
toString()→valueOf()（或反过来，取决于hint） - 例如：
{} + []实际是"[object Object]" + ""→"[object Object]" - 自定义类中重写
[Symbol.toPrimitive]是控制转换行为最可靠的方式
为什么 !!value 比 Boolean(value) 更常用？
两者语义完全等价，但实际编码中更倾向用 !!：
- 字节更少，无函数调用开销（虽然现代引擎基本优化掉了）
- 视觉上更紧凑，尤其在条件分支或逻辑组合中（如
!!obj && !!obj.id） - 但注意：它不能替代
Boolean的显式意图表达——比如文档注释或教学场景中，Boolean(x)更清晰 - 不要对可能抛错的对象属性链直接
!!obj.prop.sub，应先做存在性检查
真正难的不是记住每种转换结果，而是意识到：任何看似“自动”的转换，背后都有明确的规范步骤；而多数线上 bug，都藏在你没意识到某处发生了隐式转换的地方。
