JavaScript类型转换分显式和隐式：显式由开发者调用Number()、String()、Boolean()等控制，隐式由引擎在==、+、!等操作中自动触发；应优先用===、显式转换和类型检查来规避bug。
JavaScript 中的类型转换分显式和隐式两种，区别不在“谁更高级”，而在于**控制权在谁手上**：显式是开发者主动调用 Number()、String()、Boolean() 等函数明确转换；隐式是 JS 引擎在运算或比较时自动触发，常藏在 ==、+、! 等操作符背后，容易引发意外结果。
显式转换：用什么函数？各有什么陷阱？
最常用的是三个全局函数，但行为并不对称：
-
Number("123")→123；Number("abc")→NaN（不是报错，这点常被忽略） -
String(123)→"123"；String(null)→"null"；String(undefined)→"undefined" -
Boolean("")→false；Boolean("0")→true（字符串"0"是真值！） - 想安全转数字，优先用
parseInt(str, 10)或一元加号+str，但注意+" 42 "会自动 trim，而parseInt遇空格即停
隐式转换：哪些操作符会偷偷改类型？
隐式转换不写出来，却天天发生。最典型场景：
-
==比较：例如0 == false→true（先转false为0），"0" == false→true（"0"→0，再比） -
+运算符：一边是字符串，就全部转字符串拼接：1 + "2"→"12"；但1 + []→"1"（[]转空字符串） -
!x和!!x：先隐式转布尔，再取反；!![]→true（空数组是真值） -
if (x) { ... }、while(x)、三元表达式条件部分，都会触发
ToBoolean 隐式转换
怎么避免隐式转换带来的 bug？
核心原则是：**让类型意图可见，堵住自动转换入口**：
- 一律用
===替代==，禁用宽松相等 - 拼接字符串时，显式调用
String(x)或模板字面量${x}，别依赖+ - 处理用户输入（如表单值）后立刻转类型：
const id = Number(formInput.value)，并检查isNaN(id) - 用 TypeScript 或 JSDoc 标注类型，让编辑器提前暴露类型不匹配问题
真正难的不是记清所有隐式规则，而是意识到某次 == 或 + 正在悄悄改变值——尤其当数据来自 API 或 DOM，类型不可控时，隐式转换就成了 bug 温床。
