Java算术运算符的坑在于隐式类型转换、整数除法向零截断、%取余而非模运算、字符串拼接中+的左结合性、++/--的值与副作用区分；负数取模需用((a%b)+b)%b，复杂表达式避免混用自增。
Java里的算术运算符（+、-、*、/、%）本身用法简单，但实际写代码时出问题，往往不是因为不会加减乘除，而是类型隐式转换、整数除法截断、取模负数行为这些细节没留意。
整数除法会直接截断，不是四舍五入
Java中两个int相除，结果仍是int，小数部分被丢弃（向零截断），不是四舍五入，也不是抛异常。
-
7 / 3得2，不是2.333，更不是2.0 -
-7 / 3得-2（向零靠近），不是-3 - 想得到浮点结果？至少一个操作数得是浮点型：
7.0 / 3或(double)7 / 3
% 是取余（remainder），不是严格数学意义的“模”
Java的%运算符遵循“被除数符号决定结果符号”的规则，属于取余（remainder）而非模（modulo）。这点在处理负数时特别容易踩坑。
-
7 % 3→1 -
-7 % 3→-1（不是2） -
7 % -3→1（符号由左操作数决定） - 需要真正模运算（非负结果）？用
((a % b) + b) % b，比如((-7 % 3) + 3) % 3得2
字符串拼接中+会触发隐式类型转换
当+有一个操作数是String时，Java会把另一个操作数转成字符串并拼接——这个过程发生在运行时，且从左到右结合，顺序很重要。
立即学习“Java免费学习笔记（深入）”；
-
"a" + 1 + 2→"a12"（先"a"+1→"a1"，再"a1"+2→"a12"） -
1 + 2 + "a"→"3a"（先算1+2=3，再3+"a"） -
"" + 1 + 2 * 3→"16"（2*3先算，再从左拼接） - 想避免意外拼接？用括号明确优先级，或显式调用
String.valueOf()
自增/自减（++/--）的值和副作用要分清
i++和++i都让i加1，但表达式的值不同。很多bug源于混淆了“返回什么”和“改了什么”。
-
int i = 5; int a = i++;→a是5，i变成6 -
int i = 5; int b = ++i;→b是6，i也变成6 - 在复杂表达式里混用（如
arr[i++] = arr[++i]）属于未定义行为（Java不保证求值顺序），应绝对避免
算术运算本身不难，难的是边界情况下的类型推导、符号规则和副作用时机。尤其在涉及用户输入、循环索引、数组下标计算时，多花两秒确认/是不是整除、%会不会出负数、+有没有意外触发字符串转换，比事后调试快得多。
