javascript弱类型转换核心是运行时自动适配：变量类型随值动态变化，运算或比较时引擎按规范隐式转换（如tonumber、tostring），常见于布尔/数值/字符串/宽松比较/对象转原始值等上下文，应优先使用===、显式转换和类型断言避免陷阱。
JavaScript 的弱类型转换机制，核心在于“运行时自动适配”——变量没有固定类型，值的类型由当前内容决定，而当不同类型的值参与运算或比较时，引擎会按规则悄悄转成能继续操作的类型，而不是报错。
弱类型 ≠ 没类型，而是类型可变且常被隐式转换
声明 let x = 42，x 是 number；赋值 x = "hello"，它立刻变成 string。这种动态性是基础，但真正带来复杂性的，是它在表达式中“不声不响”地做类型转换：
- 不是所有运算都允许跨类型直接进行，引擎会按规范插入转换步骤（比如 ToNumber、ToString）
- 转换规则不总符合直觉：空数组
[]在数值上下文中变成0，对象{}加字符串变成"[object Object]" - 同一个操作符可能触发不同转换：+ 号既可能做加法，也可能做拼接，取决于两边有没有字符串
隐式转换主要发生在这些地方
它不是随机发生的，而是严格对应语言规范定义的“上下文”：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
布尔上下文：if、&&、||、! 中，会调用 ToBoolean ——
0、""、null、undefined、NaN都转为 false -
数值上下文：减（-）、乘（*）、除（/）、取余（%）等算术运算，会尝试 ToNumber ——
"123"→123，"abc"→NaN -
字符串上下文：与字符串相加（+），或用
String()显式调用时，走 ToString ——true→"true"，null→"null" -
宽松比较（==）上下文：先试图统一类型再比较，规则最复杂 ——
"0" == false成立，因为两者都被转成0
对象参与运算时，会先变成原始值
数组、日期、普通对象等引用类型不能直接参与 + 或 ==，引擎会先调用 ToPrimitive 把它们“降级”：
- 优先调用
valueOf()，如果返回的是原始值（如数字、字符串），就用它 - 否则调用
toString()，比如[1,2] + ""得到"1,2" - 你甚至可以自定义：给对象加
[Symbol.toPrimitive](hint)方法，控制它在不同场景下怎么“变”
避免踩坑的关键不是记住所有规则，而是主动控制
没人能背下所有 == 的转换路径，实用做法是绕过它：
- 一律用
===和!==替代==和!= - 数学计算前显式转数字：
Number(input)或parseInt(str, 10)，别依赖input - 0 - 需要字符串时明确调用
String(val)，而不是靠"" + val - 判断真假值时，若逻辑依赖“是否为空”，用
val == null检查 null/undefined，或用Array.isArray(val)等类型断言
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
