JavaScript中==、+、!、&&、||、if、while等操作会触发隐式类型转换，依据ToPrimitive、ToNumber、ToString等规范抽象操作执行；显式转换如Number()、String()、Boolean()行为各异，需注意空字符串、null等反直觉结果；绝大多数场景应使用===避免歧义。
JavaScript中哪些操作会触发隐式类型转换
隐式转换发生在你没写明转换逻辑，但JS引擎自动做了类型变化的地方。最典型的是==、&&、||、+、!、if判断、while条件等。
比如5 + "2"结果是"52"，不是7；0 == false返回true，但0 === false是false。这些都不是“bug”，而是ECMAScript规范定义的ToPrimitive、ToNumber、ToString等抽象操作在背后运行。
-
==会先尝试把两边转成同一类型再比较（有大量特殊规则，比如null == undefined为true，但null == 0为false） -
+遇到字符串就做拼接，否则尝试转成数字相加（1 + []→"1"，因为[]转字符串是空串） -
!!常被用来“强制转布尔”，但实际是两次取反：先ToBoolean，再取反，再取反 -
if (x)内部调用ToBoolean，所以0、""、null、undefined、NaN、false都为false
显式转换常用方法和陷阱
显式转换是你主动调用函数或构造器来改变类型，可控性高，但不同方法行为差异大，容易误用。
Number("123") // 123
Number("") // 0 ← 注意！空字符串转成0，不是NaN
Number(" 42 ") // 42 ← 自动trim
Number("abc") // NaN
Number(undefined) // NaN
Number(null) // 0 ← 又一个反直觉点
parseInt()和parseFloat()不是类型转换函数，而是“从字符串开头解析数字”，遇到非法字符就停：parseInt("12px") → 12，parseInt("08")在老引擎里可能当八进制处理（建议总带10进制参数）。
立即学习“Java免费学习笔记（深入）”；
-
String(x)比x.toString()安全：后者对null和undefined会报错，前者不会 -
Boolean(x)和!!x等价，但Boolean更语义清晰 -
Array.from({length: 3})不能直接toString()转字符串数组，得用Array.from({length: 3}, () => "")
什么时候该用===而不是==
几乎所有情况都该用===。隐式转换带来的歧义远大于便利性——尤其在判断状态、配置开关、API响应字段时。
常见翻车场景：
-
user.age == "25"：后端传字符串年龄，前端用==看似能过，但"0" == false也成立，逻辑就崩了 -
data.items == null想判空，但undefined == null为true，而data.items === null才真正只匹配null - 用
==做枚举值对比，比如status == 0，结果"0"、false、""全被接受
唯一可考虑==的场景是明确要兼容null和undefined：比如obj.value == null等价于obj.value === null || obj.value === undefined，但现代写法更推荐obj.value ?? "default"或直接用== null并加注释说明意图。
对象转原始值的过程怎么理解
这是隐式转换里最容易被忽略的一环。当你对对象做+、==、String()等操作时，JS会按顺序调用[Symbol.toPrimitive] → valueOf() → toString()，直到返回非对象值为止。
const obj = {
[Symbol.toPrimitive](hint) {
if (hint === "number") return 42;
if (hint === "string") return "hello";
return true;
}
};
console.log(obj + 1); // 43
console.log(obj + ""); // "hello1"
console.log(String(obj)); // "hello"
多数内置对象有默认实现：new Date()的toString()返回时间字符串，valueOf()返回毫秒数；[]的toString()返回""，valueOf()返回自身（仍是对象），所以+[ ]最终走toString()再ToNumber得0。
自定义[Symbol.toPrimitive]时，hint可能是"number"、"string"或"default"，后者在==或+等上下文中由引擎决定倾向哪边，不保证一致。
