最直接有效的做法是统一使用严格相等（===/!==）、数值运算前显式转换类型、字符串拼接明确调用String()或模板字面量、真假判断不依赖隐式转换，并通过ESLint、TypeScript和代码审查等工程化手段兜底。
最直接有效的做法是：所有比较一律用 === 和 !==，数值运算前显式转类型，字符串拼接明确调用 String() 或模板字面量，真假判断不依赖自动转换。
严格相等替代双等号
== 会触发抽象相等算法，导致看似不合理的结果：
- "0" == false → true（字符串和布尔都转为数字 0）
- [] == false → true（空数组 toString() 得 ""，再 ToNumber 得 0）
- null == undefined → true，但 null == 0 是 false
用 === 可彻底规避：类型不同直接返回 false，行为确定、无歧义。团队应将 == 视为硬性红线，ESLint 启用 eqeqeq 规则强制拦截。
算术运算前显式归一类型
加法（+）有歧义：任一操作数为字符串就拼接；其余运算符（-、*、/、%）强制转数字，失败得 NaN：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 避免 "10" + 5 → "105"：改用 Number(a) + Number(b) 或 parseInt(a, 10) + parseInt(b, 10)
- 避免 "42px" - 1 → NaN：先校验再转换，如 const n = Number(str); if (isNaN(n)) throw Error("无效数字")
- null 转数字得 0，undefined 得 NaN，需按语义区分处理
真假判断不靠隐式转换
if (val) 会把 0、""、[]、{}、new Date() 等全转为布尔，但它们语义完全不同：
- 检查字符串非空：用 typeof str === 'string' && str.trim() !== ''
- 检查数组有元素：用 Array.isArray(arr) && arr.length > 0
- 检查对象有键：用 Object.keys(obj).length > 0
- 需要区分 null/undefined：用 val == null（允许）或更明确的 val === null || val === undefined
工具与工程化兜底
单靠人工记忆不可靠，需机制保障：
- ESLint 启用 no-implicit-coercion（禁用 !!x、+x 等简写）和 eqeqeq
- 函数入口对关键参数做预处理，如 const id = Number(input)，再校验有效性
- 用 TypeScript 提供编译期类型检查，从源头减少运行时转换需求
- 代码审查时重点看 ==、+、!、&&、|| 及条件语句中的变量类型是否明确
