最直接有效的方式是统一用 === 替代 ==，并配合显式类型检查和语义化初始化；隐式转换是原始类型比较错误的根源，=== 可避免强制类型转换导致的反直觉结果，如 "0" == false 为 true，而 === 能暴露类型不一致问题。

最直接有效的方式是统一用 === 替代 ==，并配合显式类型检查和语义化初始化。隐式转换是绝大多数原始类型比较错误的根源，而它往往不报错、只悄悄改变逻辑结果。

坚持严格相等（===）而非宽松相等（==）

== 会触发强制类型转换，导致大量反直觉结果：

• "0" == false → true（字符串转数字再转布尔）
• 0 == "" → true（空字符串转为 0）
• null == undefined → true（但它们语义完全不同）
• [] == ![] → true（空数组转为空字符串再转为 0；![] 为 false，再转为 0）

用 === 能立刻暴露类型不一致问题，让比较行为可预测、易调试。

区分“空值”与“假值”，按业务语义判断

在 if (value) 中被视为 falsy 的原始值有：false、0、-0、""、null、undefined、NaN —— 但它们代表完全不同的含义：

• 空字符串 "" 可能是合法输入（如用户名允许为空），不等于数据缺失
• 数字 0 可能表示“关闭”或“未启用”，不应被当作“不存在”处理
• API 返回的 "0" 字符串 ≠ 数字 0，更 ≠ false；需按接口文档解析，而非依赖真假值
• Boolean("false") 是 true，!!"0" 也是 true —— 非空字符串恒为真，与内容无关

推荐写法：
if (value !== undefined && value !== null) 判断是否真实存在
if (typeof value === 'string' && value.trim() !== '') 判断非空字符串
if (Number(value) === 0) 显式转为数字再比零（注意 NaN 防御）

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

初始化即定型，避免未定义状态参与比较

声明时赋予符合语义的初始值，能天然规避很多边界问题：

• 布尔值：const isEnabled = false（而不是 let isEnabled）
• 字符串：const status = ''（表示“待设置”，比 undefined 更可控）
• 数字：const count = 0（明确计数起点，避免 NaN 或 undefined 参与运算）
• 解构默认值：const { id = 0, name = '' } = data —— 注意 null 不触发默认值，需先处理

这样既提升代码可读性，也减少运行时类型不确定性。

警惕数字精度与进制陷阱

浮点数和进制问题常在比较中埋雷：

• 0.1 + 0.2 !== 0.3 —— 涉及金额/计数时，用差值比较：Math.abs(a - b)
• parseInt("08") 在旧环境按八进制解析得 0 —— 总显式传入基数：parseInt(str, 10)
• Number.MAX_SAFE_INTEGER（9007199254740991）之后整数精度丢失 —— 大数场景考虑 BigInt 或字符串处理

所有数值比较前，先确认其来源和精度要求，不假设“看起来像数字就安全”。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南