JavaScript类型转换因隐式规则复杂易引发问题，1. ==比较逻辑混乱，如0==''、'\n'==0均为true，应使用===避免；2. 布尔转换中'false'、[]、{}均为true，需注意假值陷阱；3. +操作符在数字与字符串间歧义，1+'2'得'12'而'5'-'2'为3；4. 对象转原始值依赖valueOf和toString，导致[]+[]为''、[]+{}为'[object Object]'等不可预期结果。
JavaScript的类型转换机制虽然灵活，但存在一些容易引发问题的设计缺陷。这些缺陷主要源于隐式转换规则的复杂性和不一致性，导致开发者难以预测代码行为。
1. 双等号（==）的隐式转换逻辑混乱
使用==时，JavaScript会尝试进行隐式类型转换，而其规则并不直观：
- 0 == '' 返回 true
- null == undefined 返回 true，但它们与任何其他值都不相等
- '\n' == 0 居然也是 true，因为字符串被转为空后变为0
这种宽松相等判断在不同类型的值之间产生意料之外的结果，极易引入bug。建议始终使用===避免类型转换。
2. 布尔转换中的“假值”陷阱
JavaScript有6个“假值”：false、0、""、null、undefined、NaN，其余均为真值。问题在于某些看似“空”的值其实是真值：
立即学习“Java免费学习笔记（深入）”；
- Boolean('false') 是 true —— 字符串'false'不为空
- Boolean([]) 和 Boolean({}) 都是 true
这意味着检查一个数组是否“有内容”时，不能只判断其是否存在，还必须检查length。
3. 数字与字符串转换的歧义
加法操作符+在遇到字符串时会触发字符串拼接而非数学运算：
- 1 + '2' 得到 '12'
- '5' - '2' 却是 3，因为减法只能用于数字
这种不对称行为让初学者困惑。更危险的是，从表单获取的值通常是字符串，直接参与运算可能导致错误结果。
4. 对象到原始值的转换过程复杂
当对象参与类型转换时，JavaScript会调用[ToPrimitive]，优先尝试valueOf()，失败后再用toString()。这会导致：
- [] + [] 得到空字符串 ''
- [] + {} 得到 '[object Object]'
- {} + [] 在某些环境下等于 0（因{}被解析为代码块）
这种行为高度依赖上下文，极难调试。
基本上就这些。JavaScript的类型转换初衷是为了方便，但过度自动化的隐式转换反而增加了认知负担。写代码时保持类型明确，尽量使用显式转换（如Number()、String()），能有效规避这些问题。
