Java运算符问题根源在于求值顺序、类型转换与结合性；需重点排查整数除法/取余符号规则、复合赋值隐式强转、逻辑运算符短路行为及三元运算符类型提升陷阱。
Java 运算符看似简单，但计算结果常和预期不符，问题往往不出在语法，而在求值顺序、类型转换或结合性被忽略。排查时别急着改代码，先盯住这三个关键环节：表达式怎么拆、数据怎么变、运算怎么连。
一、检查整数除法与取余的符号行为
Java 中 / 和 % 对负数的处理是向零取整，不是向下取整。比如 -7 / 3 得 -2，-7 % 3 得 -1（因为 -7 = 3 × (-2) + (-1)）。这和 Python 或数学直觉容易冲突。
- 若需向下取整商，用
Math.floorDiv(-7, 3)（JDK 8+） - 若需非负余数，可写
((a % b) + b) % b来归一化 - 涉及坐标、分页、索引计算时，务必手动验证负输入场景
二、确认复合赋值是否引发隐式强转
+=、-= 等复合运算符会自动执行窄化转换，而单独的 + 不会。例如：
错误理解：short s = 1; s = s + 1; 编译失败（s + 1 是 int，不能直接赋给 short）
但：short s = 1; s += 1; 可以通过——因为 += 内部做了隐式强制转换。
- 不要依赖这种“便利”，尤其在精度敏感场景（如金融计算）
- 统一用显式转换更清晰：
s = (short)(s + 1) - IDE 警告中开启 “Unnecessary cast” 检查，可反向发现被隐藏的转换
三、验证逻辑表达式的短路与求值顺序
&& 和 || 是短路运算符，& 和 | 不是。误用会导致空指针或多余计算：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
if (obj != null && obj.getName().length() > 0) 安全if (obj != null & obj.getName().length() > 0) 危险——即使 obj 为 null，右边仍会执行，触发 NullPointerException
- 所有布尔条件一律用
&&/||，除非明确需要非短路行为 - 把可能为
null的对象判断放在左边（如list != null && !list.isEmpty()） - 复杂条件建议拆成变量，提升可读性和调试可控性
四、留意三元运算符的类型提升陷阱
三元表达式 condition ? a : b 要求 a 和 b 类型兼容，JVM 会尝试向上提升到最近公共类型。常见坑点：
Object x = true ? new Integer(1) : new Double(2.0); → 结果是 Double（因为 Integer 会被提升为 Double）int y = flag ? 1 : 1.0; → 编译错误（int 和 double 无公共基础类型）
- 两个分支尽量保持相同包装类型或基本类型
- 不确定时，显式转型：
flag ? (double)1 : 1.0 - 避免在三元中混用
int和Integer，易触发自动装箱/拆箱异常
