JavaScript类型转换是每日必经的底层行为；隐式转换在==、+、布尔上下文中自动发生，如0==false为true；显式转换中Number()安全，parseInt()需指定进制；===应为默认，因==的抽象相等算法易致bug。
JavaScript 类型转换不是“选修课”，而是每天写代码时都在发生的底层行为；不理解它，== 会悄悄给你挖坑，Number('012') 会返回 12 而不是你预期的 12（等等，这好像没错？但 Number('012') 在严格模式下其实没问题——真正翻车的是 parseInt('012') 默认按八进制解析）。
什么是隐式类型转换？它在哪些操作里自动发生
隐式转换是 JS 引擎在运算或比较前，自动把值转成所需类型的机制，不写任何转换函数，但结果已不是原类型。
-
==比较时触发：例如0 == false→true（false被转为0）；'1' == true→true（true→1，再字符串转数字） -
+运算符遇到字符串：如1 + '2'→'12'（数字被转成字符串）；但1 + []→'1'（空数组[]转为空字符串''，再拼接） -
!、if、while等布尔上下文：Boolean([])是true，但if([])仍进入分支——因为这里发生了隐式转换，而空数组不是 falsy 值 - falsy 值只有 6 个：
false、0、-0、0n（BigInt 零）、''、null、undefined、NaN（共 8 个，常有人漏掉-0和0n）
显式转换的常用方法及关键区别
显式转换靠开发者主动调用，但不同方法行为差异极大，不能随意替换。
-
Number(x)：安全、推荐。处理字符串时，首尾空白被忽略，全空字符串 →0，含非法字符（如'12a'）→NaN；Number(' 012 ')→12 -
parseInt(x, radix)：按进制解析开头有效数字，parseInt('012')在非 strict 模式下可能按八进制 →10；必须显式传10才可靠：parseInt('012', 10)→12 -
String(x)和x.toString()：前者能处理null/undefined（→'null'/'undefined'）；后者对null或undefined直接报错TypeError -
Boolean(x)最直白：只看是否为 falsy 值，返回true或false；注意new Boolean(false)是对象，隐式转布尔是true
为什么 == 和 === 的行为差异常引发 bug
== 触发抽象相等算法（Abstract Equality Comparison），规则复杂且反直觉；=== 不转换，类型不同直接返 false。
立即学习“Java免费学习笔记（深入）”；
-
[] == ![]→true：左边[]→''→0；右边![]→false→0；最终0 == 0 -
[0] == false→true：数组[0]→'0'→0；false→0 -
null == undefined→true，但两者和0、false都不等 - 现代代码应默认用
===，仅在明确需要宽松比较（如兼容旧接口）时才用==
最易被忽略的点：隐式转换不报错，出问题时控制台不会提示“这里发生了类型转换”，只会给你一个看似合理的错误结果——比如 API 返回 '0' 字符串，你用 if (res.count) 判断，结果 0 被当成了 false，逻辑直接跳过。
