Java运算符易踩坑：+号从左到右遇字符串即拼接；==只比值或地址，包装类缓存外比较必用equals；boolean赋值误用=可编译但逻辑错误；三元运算符自动类型提升需警惕。
Java 运算符看着简单，但实际写代码时一不留神就掉坑里——比如 1 + 2 + "3" 输出 "33" 而不是 "123"，Integer a = 128; Integer b = 128; a == b 居然是 false，if (flag = true) 编译不过但 if (flag = false) 却能过……这些都不是“运气差”，而是对运算符行为和隐含规则理解不到位。
字符串拼接与+号优先级陷阱
+ 是唯一一个既做加法又做拼接的运算符，它没有“类型记忆”，只看**从左到右遇到的第一个字符串**。一旦左边出现字符串，后续所有操作数都会被转成字符串并拼接。
-
1 + 2 + "3"→ 先算1 + 2 = 3（整数加法），再3 + "3" = "33" -
"1" + 2 + 3→ 先"1" + 2 = "12"，再"12" + 3 = "123" - 想强制数值计算？用括号：
"Result: " + (1 + 2 + 3)
== 与 equals 的适用边界
== 永远只比两件事：基本类型比值，引用类型比地址。别指望它懂“内容相等”。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 字符串比较必须用
.equals()，哪怕你确定不为null；更安全写法是Objects.equals(str1, str2) - 包装类（
Integer,Long等）在缓存范围内（如-128 ~ 127）用==可能碰巧为true，但这是实现细节，不是契约——超出范围就翻车 -
StringBuilder、数组、自定义对象没重写equals()，用==或.equals()都是在比地址
赋值 vs 判断：= 和 == 的视觉混淆
= 是赋值，== 是判断。Java 编译器对基本类型会严格拦截（if (x = 5) 报错），但对 boolean 类型却很宽容：
立即学习“Java免费学习笔记（深入）”；
-
if (valid = true)合法，但把true赋给valid，条件恒真 -
if (true == valid)或if (valid)才是本意 - 养成“常量左置”习惯：
if (null == obj)，误写成=会直接编译失败，提前暴露问题
三元运算符与类型提升的隐式转换
三元表达式 ? : 要求两个分支结果类型兼容，JVM 会自动向上提升到最近公共类型，有时会违背直觉：
-
Object o = true ? new Integer(1) : new Double(2.0);→ 结果是Double类型，输出1.0（不是1） -
int x = true ? 1 : 2L;编译失败（int和long无公共基础类型） - 明确类型？用强制转换：
int y = true ? 1 : (int)2L;或统一用long
