应优先使用严格相等运算符、显式类型转换和明确的真假判断逻辑：用===替代==，数值运算前用Number()或parseInt()，字符串拼接用String()或模板字面量，真假判断需按需检查具体条件而非依赖隐式转换。
显式转型不是为了“消灭”类型转换，而是把原本悄悄发生的动作变成你主动写出来的代码——这样逻辑可读、行为可预期、bug 易定位。
用 === 和 !== 替代 == 和 !=
这是最直接有效的防线。== 会触发抽象相等算法，自动调用 ToNumber、ToPrimitive 等规则，结果常反直觉：
-
0 == false→true（两者都转成0） -
"5" == 5→true（字符串转数字） -
null == undefined→true（特例规则）
而 === 一步到位：类型不同直接返回 false，不猜、不转、不妥协。所有比较场景，只要不是刻意要兼容历史松散逻辑，就该默认用它。
数值运算前，明确用 Number() 或 parseInt()
别依赖 +、-、* 自动转数字，尤其面对用户输入或 API 返回值时：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
Number("42")→42；Number("42px")→NaN（安全，可检测） -
parseInt("42.5", 10)→42（适合整数开头的字符串） - 避免
+"42"：简洁但语义模糊，且对null、undefined、对象会返回NaN或0，不易察觉
建议配合 isNaN() 做校验，比如：const num = Number(input); if (isNaN(num)) throw new Error("无效数字");
字符串拼接，优先用 String() 或模板字面量
value + "" 看似简单，实则触发 ToString 规则，对对象返回 "[object Object]"，对 null 得 "null"，对 undefined 得 "undefined" —— 这些往往不是你想要的。
-
String(123)→"123"；String(null)→"null"（语义清晰，行为确定） -
${value}在模板中更自然，且隐含调用 ToString，但比+更易读、更少歧义 - 若需空值转为空字符串，可写
${value ?? ""}，意图明确
真假判断时，别只靠 if (x)
if (x) 本质是调用 ToBoolean，而 []、{}、"0" 都是 truthy，容易误判“有内容”：
- 检查数组非空：
Array.isArray(x) && x.length > 0 - 检查对象有键：
x != null && typeof x === "object" && Object.keys(x).length > 0 - 仅排除
null/undefined：x != null（比x !== undefined && x !== null简洁） - 需要布尔语义才用
Boolean(x)或!!x，但务必确认这是你真正要的
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
