JavaScript隐式转换易引发问题，需警惕真假值判断、字符串与数字混淆、松散相等及对象转原始值等陷阱。
JavaScript中的类型转换机制灵活但容易引发意想不到的问题，尤其在隐式转换时。了解这些陷阱能帮助开发者写出更可靠的代码。
1. 隐式转换中的真假值判断
JavaScript在条件判断中会进行隐式类型转换，某些非布尔值会被转为false，其余为true。这些“falsy”值包括：0, '', null, undefined, NaN, false。
常见陷阱：
- '0' == true → 结果是 false。因为 '0' 转 Boolean 是 true，但在比较时 true 被转为 1，而 '0' 转数字是 0，所以 0 == 1 不成立。
- [] == ![] → 居然为 true！因为 ![] 先转为 false，再转为 0；而 [] 转字符串为空，再转数字也是 0，所以 0 == 0。
2. 字符串与数字的加法混淆
+ 操作符在遇到字符串时会触发字符串拼接，而不是数学加法。
立即学习“Java免费学习笔记（深入）”；
示例：
- 1 + '2' → '12'（数字转字符串）
- '5' - 2 → 3（减法强制转数字）
- [] + {} → '[object Object]'（空数组转空字符串，对象转默认字符串）
- {} + [] → 在某些上下文中可能被解析为代码块，结果可能是 0，行为不一致。
3. 松散相等（==）带来的混乱
== 会尝试类型转换，而 === 不会。使用 == 很容易踩坑。
- null == undefined → true，但 null === undefined → false
- ' \n ' == 0 → true！因为空白字符串转数字是 0
- false == 0 → true，true == 1 → true
建议：始终使用 === 和 !== 避免意外转换。
4. 对象转原始值的规则复杂
当对象参与运算时，JavaScript会调用其 valueOf() 或 toString() 方法进行转换，顺序取决于上下文。
- 加法中优先调用 toString： [1,2] + '' → '1,2'
- 数学运算中优先 valueOf：但多数对象的 valueOf 返回自身，于是退而调用 toString 再转数字
- 自定义对象可重写方法导致行为异常：
const obj = {
valueOf() { return 42; },
toString() { return 'hi'; }
};
obj + '' // → '42'（先 valueOf，再转字符串）
基本上就这些常见陷阱。理解类型转换规则，避免依赖隐式转换，多用显式转换如 Number()、String()、Boolean()，能让代码更清晰可控。
