电话
400 9058 355
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会把另一个操作数转成字符串并拼接——这个过程发生在运行时,且从左到右结合,顺序很重要。
"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不保证求值顺序),应绝对避免算术运算本身不难,难的是边界情况下的类型推导、符号规则和副作用时机。尤其在涉及用户输入、循环索引、数组下标计算时,多花两秒确认/是不是整除、%会不会出负数、+有没有意外触发字符串

邮箱:8955556@qq.com
Q Q:8955556
本文详解如何将Go官方present工具(用于生成HTML5...
PySNMP在不同版本中对SNMP错误状态(errorSta...
time.Sleep仅阻塞当前goroutine,其他gor...
PHPfopen()创建含特殊符号的文件名失败主因是操作系统...
WooCommerce中通过代码为分组产品动态聚合子商品的属...
io.ReadFull返回io.ErrUnexpectedE...
本文详解Yii2中控制器向视图传递ActiveRecord数...
本文详解为何通过wp_set_object_terms()为...
Pytest中使用@mock.patch类装饰器会导致补丁泄...
带缓冲的channel是并发安全的FIFO队列;make(c...