JS类型转换有明确规则：==触发隐式转换，===不转换；逻辑操作依赖ToBoolean，仅6个falsy值；字符串拼接倾向ToString，算术运算倾向ToNumber；推荐显式转换提升代码可靠性。
JS 类型转换不是“黑魔法”，但确实容易踩坑——关键在理解隐式转换的规则，而非死记结果。记住：== 会触发类型转换，=== 不会；if、&&、||、! 等逻辑操作依赖 ToBoolean；字符串拼接和算术运算则分别倾向 ToString 和 ToNumber。下面按高频场景分类说明核心规则与避坑方法。
哪些值转布尔为 false（falsy 值）
JS 中只有 6 个 falsy 值：false、0、-0、0n（BigInt 零）、""（空字符串）、null、undefined、NaN。注意：document.all 是历史遗留的例外（浏览器环境），但不应依赖。
- 空数组
[]、空对象{}、new Date()、new Boolean(false)全部是 true - 检查是否“真值”别用
== true（[] == true是false，但!![]是true） - 安全写法：
if (value != null && value !== '')或显式转布尔：Boolean(value)
== 双等号的隐式转换逻辑
== 会按抽象相等算法（Abstract Equality Comparison）尝试类型对齐：如果类型不同，优先转成数字再比较（null 和 undefined 是特例，互等且仅互等）。
-
0 == false→true（false → 0） -
'' == false→true（'' → 0 → false） -
[] == false→true（[] → '' → 0） -
[1] == 1→true（[1] → '1' → 1） -
null == undefined→true；但null == 0或undefined == 0都是false
✅ 建议：一律使用 ===；必须用 == 时，只用于 value == null（等价于 value === null || value === undefined）
数字转换（ToNumber）常见陷阱
字符串转数字时，Number() 严格，parseInt() 和 parseFloat() 宽松（忽略尾部无效字符）；+ 和 ~~ 是简写，但行为不同。
-
Number(' 42 ')→42；Number('42px')→NaN -
parseInt('42px')→42；parseInt('08')在老引擎中可能得0（八进制），建议总传进制：parseInt('08', 10) -
+'42'→42；+' '→0；+'abc'→NaN -
~~'42'→42（先转数字再按位取反两次），但~~'42.9'→42（截断小数），~~null→0（不报错）
✅ 建议：需要数字时优先用 Number(str)；需整数且允许截断用 Math.trunc(Number(str))；解析带单位的用正则先提取数字再转
字符串转换（ToString）与对象 toString() 行为
原始值转字符串基本直观（String(123) → '123'），但对象默认调用 toString() 方法，而该方法返回 [object Type]，易引发意外拼接。
-
'' + {}→'[object Object]'（{}.toString()返回此字符串） -
'' + []→''（[].toString()返回空字符串） -
'' + [1,2]→'1,2'（数组toString()等价于.join(',')） -
JSON.stringify(obj)更可靠，但不能处理函数、undefined、Symbol、循环引用
✅ 建议：拼接前确认类型，或用模板字面量配合可选链/空值合并：${obj?.name ?? 'unknown'}；自定义对象可重写 toString() 方法
类型转换本身不复杂，但组合使用时逻辑叠加容易失控。最有效的防坑方式不是背表，而是养成「显式转换」习惯：需要数字就写 Number(x)，要字符串就写 String(x) 或模板字面量，逻辑判断用 !!x 或 Boolean(x)。这样代码可读、可测、不易出错。
