JavaScript类型转换分隐式和显式两类，隐式发生在==、+、布尔上下文等特定场景，逻辑复杂易出错；显式用Number/String/Boolean函数更安全；推荐优先使用===避免隐式转换。
JavaScript 的类型转换不是一套固定“规则表”，而是一组隐式转换行为 + 明确的显式转换函数，且不同上下文（比如 ==、+、Boolean()）触发的转换逻辑完全不同。直接背“规则”容易踩坑，关键得知道「在哪儿转、怎么转、为什么这么转」。
什么时候会自动发生隐式转换？
隐式转换只发生在特定操作符或语境中，不是所有地方都转：
-
==（抽象相等）：会尝试把两边转成同一类型再比较，比如0 == false→true，"1" == true→true -
+（加法）：只要一边是字符串，就全部转成字符串拼接；否则按数字相加。例如1 + "2"→"12"，1 + []→"1"（因为[]转字符串是""，再加1得"1"） -
if、&&、||、三元运算符等布尔判断位置：会调用ToBoolean抽象操作，把值转为true或false -
!x：先转布尔，再取反；!!x是常用取布尔等价写法
Number()、String()、Boolean() 怎么转？
这三个是显式转换主力，行为稳定、可预测，推荐优先使用：
-
Number("123")→123；Number("abc")→NaN；Number("")→0；Number(null)→0；Number(undefined)→NaN -
String(123)→"123"；String(null)→"null"；String(undefined)→"undefined" -
Boolean("")→false；Boolean(" ")→true（注意：含空格字符串也是真值）；Boolean(0)→false；Boolean(-0)→false；Boolean(NaN)→false
为什么 [] == ![] 是 true？
这不是 bug，而是两套隐式转换叠加的结果：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 右边
![]：先对空数组调用ToBoolean→true，再取反 →false - 左边
[] == false：==规则要求把两边转成数字比较。false→0；[]先toString()→""，再Number("")→0 - 所以变成
0 == 0→true
这个例子典型暴露了隐式转换的不可读性——没人靠脑算能快速推导，实际代码里应避免这类写法。
该用 == 还是 ===？
绝大多数时候用 ===（严格相等），它不触发类型转换，只比较值和类型是否完全一致。只有极少数场景需要 == 的宽松逻辑，比如：
- 检查值是否为
null或undefined：x == null等价于x === null || x === undefined - 但要注意：
document.getElementById("x") == null和document.getElementById("x") === null行为一致，因为返回值只能是元素或null，不会是undefined
真正容易出错的是混合类型比较，比如 0 == ""、0 == "0"、false == "false" —— 这些结果都依赖隐式转换链，调试时很难一眼看出原因。
