JavaScript中触发隐式类型转换的操作包括：==比较、+拼接、if/&&/||逻辑判断、-*/算术运算及!取反；==因转换规则复杂危险，应优先用===；+运算符在任一操作数为字符串时执行拼接；假值仅限false、0、-0、0n、''、null、undefined、NaN。
JavaScript 中哪些操作会触发隐式类型转换
隐式转换发生在 JavaScript 强制把一个值转成另一种类型，且你没写 Number()、String() 这类显式调用时。最常触发的场景是：比较运算（==）、字符串拼接（+）、逻辑判断（if、&&、||）、算术运算（-、*、/）以及 ! 取反。
== 的隐式转换规则有多危险
== 会先尝试把两边转成相同类型再比较，这个过程复杂且反直觉。比如 null == undefined 返回 true，但 null == 0 是 false；'' == 0 是 true，而 '0' == false 也是 true——因为 false 先转成 0，再跟字符串 '0' 转成的数字 0 比较。
- 永远优先用
===替代==，除非你明确需要该转换逻辑 - 如果必须用
==（例如与后端返回的字符串数字做宽松匹配），先手动统一类型：String(a) == String(b)或Number(a) == Number(b) -
NaN == NaN永远是false，这是唯一不满足自反性的 JS 值，===同样如此
+ 运算符为什么既是加法又是拼接
+ 是 JS 中最易被误用的运算符：只要任一操作数是字符串，整个表达式就走字符串拼接路径；否则全转为数字相加。这意味着 1 + '2' → '12'，而 1 + [] → '1'（因为 [] 转字符串是 ''，1 + '' → '1'）。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
console.log(1 + {}); // "1[object Object]"
console.log([] + {}); // "[object Object]"
console.log([1,2] + [3]); // "1,23"
- 数组转字符串用的是
.toString()，所以[1,2]→'1,2' - 对象转字符串默认是
[object Object]，除非你重写了toString()或valueOf() - 想确保数值相加？提前用
Number()或一元加号：+a + +b
if 和逻辑运算中的“假值”陷阱
JS 在布尔上下文中会把以下六个值认定为“假值”（falsy）：false、0、-0、0n（BigInt 零）、''（空字符串）、null、undefined、NaN。注意：'0'、'false'、[]、{} 全是真值（truthy）——哪怕它们看起来“空”或“否”。
立即学习“Java免费学习笔记（深入）”；
if ([] == false) console.log('yes'); // 打印 yes（因为 [] → '' → 0，0 == 0）
if ([]) console.log('truthy'); // 也打印 truthy（[] 本身是 truthy）
- 不要依赖
if (x)判断是否“有内容”，比如检查数组非空应写if (arr.length > 0)，而不是if (arr) -
||和&&返回的是操作数本身，不是布尔值：0 || 'default'→'default'，'hello' && []→[] - 用
Boolean(x)或!!x显式转布尔，比靠上下文更可控
隐式转换真正难缠的地方不在规则本身，而在它总在你没意识到的时候发生——尤其当变量来源不可控（如用户输入、API 返回、DOM 属性值）时。最稳妥的做法不是记住所有转换表，而是主动截断隐式路径：用 ===、显式转换函数、或 TypeScript 类型约束提前暴露问题。
