Java运算符本质是“求值→计算→赋值”流水线；复合赋值触发JVM隐式窄化转换，整数除法向零取整，自增/自减差异在返回值时机，逻辑短路防异常，三元运算符取分支类型交集，字符串拼接遵循数值优先级，位运算适用于权限掩码等底层场景。
Java运算符的进阶理解，关键不在记住符号，而在于看清它背后“求值→计算→赋值”这条执行流水线。很多看似反直觉的结果——比如 i++ == ++i 为 false、short s = 1; s += 1; 能编译通过但 s = s + 1; 报错、true && method() 中 method() 根本不执行——全都能从这条流水线里找到答案。
算术与复合赋值：自动强转不是语法糖，是JVM指令级行为
复合赋值（如 +=、*=）表面看只是简写，实则触发隐式窄化转换。JVM在字节码层面会插入 i2s（int to short）等类型收缩指令，而普通表达式 s = s + 1 中，s + 1 默认按 int 运算，结果仍是 int，直接赋给 short 就违反强类型规则。
-
short s = 10; s += 5;→ 编译为iadd+i2s，合法 -
short s = 10; s = s + 5;→s + 5结果是 int，需显式强转：s = (short)(s + 5) - 整数除法
/和取余%对负数遵循“向零取整”规则：-7 / 3 == -2，-7 % 3 == -1（不是正余数2）
自增/自减：前缀后缀差异本质是“返回时机”而非“执行顺序”
很多人误以为 i++ 是“先用后加”，++i 是“先加后用”，其实二者都一定会在表达式求值完成前完成自增动作；区别只在于：后缀返回的是自增前的旧值快照，前缀返回的是自增后的新值。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
-
int i = 5; int a = i++ + ++i;执行过程：取 i=5（用于 i++），i 变6；再 i 变7（++i），取7；a = 5 + 7 = 12 - 所有自增/自减操作在单个表达式中只发生一次，但涉及多个操作数时，求值顺序由JVM规范保证（从左到右），而非运算符优先级决定
逻辑短路与三元运算符：类型提升规则决定结果类型
&& 和 || 的短路特性不只是性能优化，更是避免空指针或非法状态的关键机制；而三元运算符 ?: 的结果类型由两个分支表达式的“通用上界”决定，不是简单取第一个分支类型。
立即学习“Java免费学习笔记（深入）”；
-
if (obj != null && obj.getValue() > 0)：若obj为 null，obj.getValue()不会被调用 -
Object res = flag ? new Integer(42) : new Double(3.14);→ res 类型是Serializable & Comparable（交集），实际运行时是Double，因为Double是更宽泛的公共父类型 - 字符串拼接
+在含字符串时全程转为 StringBuilder 拼接，但混合基本类型时仍遵循数值运算优先级："a"+1+2→"a12"，而1+2+"a"→"3a"
位运算与权限控制：用掩码替代字符串或枚举更高效可靠
位运算不是炫技，而是解决特定问题的底层工具。比如权限系统中，每个权限对应一个 bit 位，组合权限就是按位或（|），判断是否拥有某权限就是按位与（&）。
final int READ = 1 <br><code>final int WRITE = 1 <br><code>final int EXEC = 1-
int userPerm = READ | WRITE;→ 用户有读写权（值为3） -
if ((userPerm & EXEC) != 0)→ 判断是否有执行权，比contains("EXEC")快且线程安全 - 无符号右移
>>>在处理网络字节序、图像像素、哈希扰动等场景中不可替代
