JavaScript类型转换核心是ToPrimitive抽象操作，它根据hint参数决定优先调用toString()或valueOf()，支持Symbol.toPrimitive自定义；加法与相等运算触发不同转换链，显式转换对应规范中ToNumber、ToString等操作。
理解 JavaScript 类型转换的底层，关键不是背规则，而是抓住 ToPrimitive 这个核心抽象操作——它是所有隐式转换的起点和调度器。
ToPrimitive 是类型转换的“总开关”
当 JavaScript 需要把一个对象（比如 []、{}、new Date()）转成原始值（用于 +、==、if 等场景），它不会凭空猜测，而是严格调用内部抽象操作 ToPrimitive(input, hint)。这个操作带一个提示（hint）参数，决定优先尝试哪种转换路径：
-
hint = "string"：先调
toString()，返回原始值就停；否则再调valueOf() -
hint = "number"：先调
valueOf()，失败再 fallback 到toString() -
无 hint（默认）：行为通常等同于
"number"，但日期对象例外——它倾向走"string"
开发者可直接干预这个流程：在对象上定义 [Symbol.toPrimitive](hint) 方法，它的执行优先级高于 valueOf 和 toString，是真正可控的入口。
加法（+）和相等（==）背后是不同抽象操作链
同一个符号 + 或 == 触发的底层流程完全不同，不能混为一谈：
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
加法
+：先对两个操作数分别执行ToPrimitive（默认 hint），再检查结果中是否有一个是字符串。只要有一个是字符串，就对两个结果都执行ToString后拼接；否则全走ToNumber再算术相加 -
宽松相等
==：不统一转原始值，而是按类型组合查表。例如null == undefined直接返回true；string == number会把字符串ToNumber；object == primitive则先对对象执行ToPrimitive，再继续比
所以 1 + [] 得 "1"（[] → "" → 拼接），而 1 == [] 却是 false（[] → 0 → 1 == 0），根源就在于两套独立的抽象操作链。
显式转换其实是简化版的抽象操作封装
Number(x)、String(x)、Boolean(x) 并非魔法，它们对应的是规范中明确定义的 ToNumber、ToString、ToBoolean 抽象操作：
-
Number("123")就是规范里ToNumber("123")的直接映射，失败返回NaN -
String(null)固定返回"null"，String(undefined)返回"undefined"，这和ToString定义完全一致 -
Boolean([])返回true，因为ToBoolean只有 6 个 falsy 值（false、0、-0、0n、""、null、undefined、NaN），空数组不在其中
用显式转换，等于主动选择某条抽象路径并暴露结果，避免了引擎在复杂上下文中做模糊决策。
避开陷阱的关键是控制 ToPrimitive 入口
很多意外行为其实源于对象的 valueOf 或 toString 返回了意料之外的原始值。例如：
-
+[1, 2]→NaN：因为[1,2].toString()是"1,2"，再ToNumber("1,2")失败 -
{} + []在非严格模式下是0：因为语句开头的{}被解析为空代码块，实际执行的是+[]，而[]经ToPrimitive→""→ToNumber("")→0
与其记忆这些特例，不如在自定义对象时明确实现 [Symbol.toPrimitive]，让转换行为可预测、可测试。
