JavaScript隐式类型转换是操作符强制规定的固定流程，非智能按需触发；==和+最易出错，需用===、显式转换和模板字面量规避。
JavaScript 中的隐式类型转换不是“按需触发”的智能行为，而是由具体操作符或上下文强制规定的、有明确优先级和步骤的转换流程。搞不清规则，== 判等、+ 拼接、if 判定就会频繁翻车。
什么时候会触发隐式转换？
隐式转换只在特定运算符或语境中发生，不是所有地方都自动转——比如函数调用参数、对象属性访问、=== 都不触发。
-
==（抽象相等）：一定会尝试转换两边为同一类型再比较 -
+（加法）：若任一操作数是字符串，则全部转为字符串拼接；否则转为数字相加 -
!、!!、if、while、三元条件表达式：触发 ToBoolean 转换 -
==与+是最常踩坑的两个场景，其他如-、*、/会强制 ToNumber，但不会转成字符串
== 的转换逻辑到底怎么走？
它不是“看谁更弱就转谁”，而是有一套固定优先级：先检查是否为同一原始类型；否则按规范一步步转，核心是“把非数字侧尽量转成数字”。
- 如果任一侧是
null或undefined，仅null == undefined为true，其余一律false（不转成数字！） - 如果一侧是字符串、另一侧是数字，字符串会走
ToNumber（"123"→123，"abc"→NaN） - 如果一侧是布尔值，先转成数字：
true → 1，false → 0，再继续比 - 如果一侧是对象（含数组、日期、普通对象），先调用
valueOf()，失败再调toString()，拿到原始值后再按上述规则走 -
[] == ![]为true？因为左边[]→""→0，右边![]→false→0
哪些值转布尔是 false？
所谓“falsy 值”只有 6 个，硬记即可，其余全是 true。注意：字符串 "false"、"0"、空对象 {}、空数组 [] 全部是 true。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
false-
0和-0 -
""（空字符串） nullundefinedNaN
如何避免被隐式转换坑？
不靠记忆规则，靠主动控制。现代代码里，隐式转换多数是缺陷信号。
- 一律用
===替代==，禁止依赖自动转换 - 字符串拼接显式调用
.toString()或模板字面量：`id: ${id}`，别依赖"id: " + id - 需要数字时，用
Number(x)、parseInt(x, 10)或parseFloat(x)，避免+x这种“简写”（+"123abc"→NaN，但不易察觉） - 判断是否存在时，用
value != null区分null/undefined，而不是if (value)（会把0、""误判为假）
console.log([] == false); // true —— [] → "" → 0，false → 0 console.log([1] == true); // true —— [1] → "1" → 1，true → 1 console.log([0] == false); // true —— [0] → "0" → 0，false → 0 console.log([0] == 0); // true —— 同上 console.log([0] == "0"); // true —— [0] → "0"
最危险的不是规则复杂，而是某些转换结果看起来“合理”（比如 [0] == false 返回 true），却完全违背直觉。一旦写进条件分支，debug 成本远高于一开始就写清楚类型意图。
