JavaScript类型转换核心在于隐式与显式转换的时机及规则：==会隐式转换导致陷阱，+、if等操作触发隐式转换；显式转换推荐String()、Number()、Boolean()；parseInt需指定进制防坑；对象转换遵循Symbol.toPrimitive→toString→valueOf顺序。
JavaScript 中的类型转换不是“要不要转”的问题，而是“什么时候隐式转、什么时候必须显式转、以及为什么 == 会坑人”的问题。
哪些操作会触发隐式类型转换
隐式转换发生在 JavaScript 自动把值转成另一种类型时，常见于比较、逻辑运算、字符串拼接等场景。它不报错，但结果常让人困惑。
-
==（双等号）会先尝试类型转换再比较：0 == false→true，"0" == false→true -
if、&&、||会将操作数转为布尔值（即“falsy”或“truthy”判断）：if ([])执行，因为空数组是truthy -
+运算符：任一操作数是字符串，就全部转成字符串拼接：1 + "2"→"12"；但1 + []→"1"（因为[]转字符串是""）
安全可靠的显式转换方法
显式转换靠函数或构造函数，目标明确、行为可预测。记住三类核心用法：
- 转字符串：
String(x)最稳妥；x.toString()对null和undefined报错；模板字面量`${x}`效果同String(x) - 转数字：
Number(x)严格按规则转换（Number(" 42 ")→42，Number("abc")→NaN）；parseInt(x, 10)适合截取开头整数（注意必须传进制参数）；parseFloat(x)同理处理浮点 - 转布尔：
Boolean(x)或!!x（双重非），二者完全等价；不要用new Boolean(x)，它返回对象而非原始布尔值
为什么 parseInt("08") === 0？进制陷阱怎么避
parseInt 在没有指定进制时，会按“疑似八进制”规则解析以 0 开头的字符串（ES5 及更早），现代环境虽已默认为十进制，但旧代码或某些运行时仍可能出问题。
立即学习“Java免费学习笔记（深入）”；
- 永远显式传第二个参数：
parseInt("08", 10)，而不是parseInt("08") - 对不确定格式的输入，优先用
Number("08")—— 它不识别前导零的进制含义，直接当十进制解析 - 验证是否成功转换：
Number("abc")是NaN，需用isNaN()或更安全的Number.isNaN()判断
对象到原始值的转换规则（容易被忽略的底层机制）
当你对一个对象做 +、== 或 String() 等操作时，JS 会按顺序调用 obj[Symbol.toPrimitive]() → obj.toString() → obj.valueOf()，直到返回原始值为止。
这意味着你完全可以自定义转换行为：
const obj = {
[Symbol.toPrimitive](hint) {
if (hint === 'number') return 42;
if (hint === 'string') return 'hello';
return true; // default
}
};
console.log(obj + 1); // 43
console.log(`${obj}`); // "hello"
console.log(obj == true); // true
这个机制在写工具类（如日期、金额封装）时很关键，但多数业务代码里，只要记得：对象参与运算前一定被“搓”成原始值，而搓的方式由你自己控制——别依赖默认的 toString 或 valueOf 返回值。
