隐式转换在比较中引发诡异 Bug，核心在于它不报错、不中断，只悄悄改变逻辑走向——你写的 ==、if (x)、0 == false 看似合理，实际背后已触发多层抽象转换，结果常违背直觉。
隐式转换在比较中引发诡异 Bug，核心在于它不报错、不中断，只悄悄改变逻辑走向——你写的 ==、if (x)、0 == false 看似合理，实际背后已触发多层抽象转换，结果常违背直觉。
双等号（==）是最大“伪装者”
它会按固定规则尝试类型对齐，但规则难记且反常识：
-
"0" == false→ true（字符串"0"转为数字0，false也转为0） -
[] == ![]→ true（左边空数组转为空字符串""，右边![]先得false再转为0，而"" == 0成立） -
null == undefined→ true（唯一特例，其他值都不享受此待遇） -
NaN == NaN→ false（任何含 NaN 的 == 都返回 false，连自己都不等于自己）
条件判断里真假值混淆真实意图
if、&&、|| 不关心类型，只看是否为 falsy 值，但哪些是 falsy 容易误判：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
if ([])执行 → 空数组是 truthy，不是“空”就为假 -
if ("0")执行 → 字符串"0"是非空字符串，也是 truthy，和数字0完全无关 -
0 || "default"→ 返回 "default"，本想用 0 表示有效值，却被当成了“无意义” -
"" || []→ 返回 []，看似兜底，实则把空字符串的语义覆盖掉了
对象参与比较时行为不可控
对象在 == 或 + 中会自动调用 valueOf() 或 toString()，结果取决于实现：
立即学习“Java免费学习笔记（深入）”；
-
[1, 2] == "1,2"→ true（数组默认 toString 得 "1,2"） -
{} + []在某些上下文是 0（{} 被解释为空代码块，真正执行的是 +[] → 0），但在另一些环境直接报错 -
new Date() == "2026-10-13"→ 可能为 true（Date 对象 toString 后与字符串比对），但毫秒级差异就失效 -
{} == {}→ false（两个不同对象，引用不同，即使内容一样）
数值比较时字符串悄悄“变脸”
关系运算符 >、 也会触发 ToNumber，但不像 == 那样广为人知：
-
"2" > "10"→ true（字符串按 Unicode 逐位比较，"2" > "1"） -
"2" > 10→ false（"2" 转为数字 2，2 > 10 为 false） -
null > 0→ false（null 转为 0，0 > 0 为 false） -
undefined > 0→ false（undefined 转为 NaN，NaN 与任何数比都为 false）
