Java运算符面试重在避坑：整数除法截断、取模符号随被除数；i=i++结果不变；&&/||短路而&/|不短路；+号拼接优先级低易出错；三元运算符右结合需括号明确。
Java 运算符面试常考的不是“会不会用”，而是“有没有踩过坑”。很多错误看似语法正确，实则隐含逻辑风险或行为歧义。避开这些雷区，关键在于理解运算符背后的执行机制，而非死记符号含义。
整数除法与取模的符号陷阱
整数相除自动截断小数、取模结果符号与被除数一致——这两个特性在边界场景下极易出错。
-
除法陷阱：10 / 3 得 3，不是 3.0 或四舍五入结果；若需浮点精度，至少一个操作数要显式转为 double，如
(double)10 / 3 -
取模陷阱：-10 % 3 的结果是 -1，不是 2；判断奇偶性时
n % 2 == 0对负数仍有效，但若用n % 2 == 1则会漏判负奇数 -
规避建议：涉及除法精度时统一用 double 类型；取模判断优先用
n % 2 != 0或封装为Math.abs(n) % 2 == 1
自增/自减的赋值组合写法
i = i++ 和 i = ++i 是高频陷阱题，本质是操作数求值顺序与赋值时机的冲突。
-
i = i++在 Java 中行为明确：先取 i 原值赋给左值，再自增；所以结果仍是原值（如 i=10 → 赋值后 i=10） -
++i + i++类复合表达式依赖执行顺序，虽 Java 规定了从左到右求值，但可读性差、易误判；例如 i=10 时，++i + i++先得 11+11=22，i 最终为 12 -
规避建议：禁止在单条语句中混合多个自增/自减操作；需要清晰控制时，拆成独立语句，如
i++; result = i;
短路 vs 非短路逻辑运算符
面试常问 && 和 & 区别，核心不在“能不能用”，而在“该不该用”。
-
&&和||具有短路特性：前半表达式已能确定整体结果时，后半不执行；&和|总是执行全部子表达式 - 典型错误：
index >= 0 & index 0—— 即使 index 越界，仍会执行arr[index]导致 ArrayIndexOutOfBoundsException -
规避建议：布尔上下文一律用
&&/||；仅在位运算或需强制执行所有条件（如日志记录、副作用调用）时才考虑&/|，且必须加注释说明意图
字符串拼接与运算符优先级混淆
加号 + 的双重身份（算术加 / 字符串拼接）和低优先级，常导致意外结果。
-
"Result: " + 10 + 5输出"Result: 105"，而非"Result: 15"；因为从左到右结合，先拼"Result: " + 10得字符串，再拼5 - 三元运算符嵌套如
a > b ? a : c > d ? c : e按右结合执行，等价于a > b ? a : (c > d ? c : e)，非直观 -
规避建议：数值计算优先用括号隔离，如
"Result: " + (10 + 5)；复杂三元表达式必须加括号明确分组
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
