JavaScript类型转换分为隐式和显式两类，推荐使用Number()、String()、Boolean()等显式转换函数以提升代码可控性、可读性与可调试性。
JavaScript 中的类型转换到底是什么
类型转换是 JavaScript 自动或手动把一个值从一种数据类型变成另一种的过程。它分两类：隐式转换（引擎自动做，比如 "5" + 3 得到 "53"）和 显式转换（你主动调用函数或操作符来转，比如 Number("5")）。隐式转换容易引发意外行为（比如 [] == ![] 居然为 true），所以日常开发中更推荐显式转换——可控、可读、可调试。
怎么用 Number()、String()、Boolean() 做显式转换
这三个全局函数是最安全、最常用的显式转换方式，它们不依赖上下文，行为稳定：
-
Number("123")→123；Number("abc")→NaN；空字符串""转为0 -
String(42)→"42"；String(null)→"null"；String(undefined)→"undefined" -
Boolean(0)→false；Boolean("")→false；Boolean([])→true（空数组也是真值）
注意：Boolean 不是用来“判断是否为空”的万能开关——[]、{}、new Date() 都是 true，哪怕它们看起来“空”。别拿它代替 Array.isArray(x) && x.length === 0 这类精确检查。
+、!!、toString() 这些简写为什么得小心用
它们看似方便，但有隐藏陷阱：
立即学习“Java免费学习笔记（深入）”；
-
+"123"等价于Number("123")，但+" 123 "会自动 trim 并转成123，而Number(" 123 ")也一样——这点倒没问题；真正危险的是+[]→0，+{}→NaN，语义模糊且难排查 -
!!x是快速转布尔的写法，但它只反映“是否为假值”，不是“是否为布尔类型”。!!"0"是true（字符串非空），但很多人误以为"0"应该是false -
"abc".toString()没问题，但null.toString()或undefined.toString()会直接报错TypeError: Cannot read property 'toString' of null
console.log(+""); // 0 console.log(+"0"); // 0 console.log(+" "); // 0 console.log(+" \t\n"); // 0 console.log(+"1.5e2"); // 150 —— 它甚至支持科学计数法解析
遇到对象时，valueOf() 和 toString() 怎么参与转换
当对对象做显式转换（如 String(obj) 或 Number(obj)）时，JavaScript 会按规则尝试调用它的 valueOf() 或 toString() 方法。这个过程不透明，容易踩坑：
-
String({a:1})→"[object Object]"（调用了默认toString()） -
Number([1,2])→NaN，因为[1,2].toString()是"1,2"，再转数字失败 - 如果你自定义了
valueOf()，比如const obj = { valueOf() { return 42; } }，那么Number(obj)就会得到42
除非你明确控制了这两个方法的行为，否则不要依赖对象的隐式转换逻辑。想转成字符串？用 JSON.stringify() 更可靠；想转成数字？先 typeof x === 'object' 判断，再提取字段手动转。
Number(x) 比 +x 多敲几个字符，但少查两小时 bug。 
