本文目录导读：
- 案例起源：一个看似简单的“油炸丸子”计数器
- 代码拆解：for循环里的“隐形炸弹”
- 关键问答：为什么结果不是7而是负数？
- 深度解析：int溢出、边界条件与调试技巧
- 实战优化：如何写出健壮的循环代码
- 总结与反思：从“用了几次”看Java基础的重要性
**
《Java循环陷阱实锤：油炸丸子用了几次？——一个案例教你避开整数溢出与死循环》
目录导读
- 案例起源：一个看似简单的“油炸丸子”计数器
- 代码拆解：for循环里的“隐形炸弹”
- 关键问答：为什么结果不是7而是负数？
- 深度解析：int溢出、边界条件与调试技巧
- 实战优化：如何写出健壮的循环代码
- 总结与反思：从“用了几次”看Java基础的重要性
案例起源：一个看似简单的“油炸丸子”计数器
在某Java技术论坛上，一位新手开发者贴出了自己的练习代码：
public class FriedMeatballCounter {
public static void main(String[] args) {
int times = 0;
for (int i = 1; i <= 7; i++) {
times = times + 1;
}
System.out.println("油炸丸子用了几次？ " + times);
}
}
提问者问：“这个程序输出是7，但我改成i <= 100后，结果变成了负数，为什么？”
这个看似“基础”的问题，却暴露了Java初学者对整数类型、循环边界和溢出的理解不足，我们把它命名为“油炸丸子案例”，是因为它像炸丸子一样，表面金黄酥脆（看似简单），但一口咬下去可能烫嘴（隐藏大坑）。
代码拆解：for循环里的“隐形炸弹”
上面的代码逻辑直白：循环7次，每次times加1，结果应为7，但如果将i <= 7改为i <= 100，times变为int类型最大值2147483647附近时，再加1就会溢出，变成负数。
更危险的变体是：
int count = 0;
for (int i = 0; i < 7; i++) {
count = count++;
}
System.out.println(count); // 输出0！
这里，count++是后置自增，先将count的值（0）赋给count，再自增（但结果被覆盖），导致每次循环count都是0，这就是经典的“自增陷阱”。
关键问答：为什么结果不是7而是负数？
问：i <= 100 时，times怎么就负数了？
答：Java的int是32位有符号整数，最大值为2147483647（2^31-1），当times达到该值后再加1，会发生“溢出回绕”（overflow wrap），变成-2147483648，由于i最多执行100次，times会从0递增到100，远未触达最大值，所以理论上不会溢出。除非循环条件写成了i <= 2147483647，或者循环体中有累乘操作。
但提问者反馈“负数”，很可能是因为他把times和i混用，比如写了times = times + i，此时当i逐渐增大，times迅速溢出（例如i到65536时，times可能已爆）。
问：怎么避免这类问题？
答：
- 使用
long（64位）替代int，但注意long也会溢出。 - 使用
BigInteger（任意精度）。 - 更重要：提前预估数据范围，并对循环边界做防御性检查。
深度解析：int溢出、边界条件与调试技巧
（1）溢出机制
Java的整数运算不抛异常，直接按二进制补码回绕，例如2147483647 + 1 = -2147483648，这在循环中如果累加量不可控，就会产生“幽灵负数”。
（2）边界条件
i <= 7是包含7的，共执行7次；如果写成i < 7则执行6次，这种看似小差异，在复杂逻辑中可能导致资源浪费或数据缺失。
（3）调试利器
- 使用
System.out.println()在循环内部打印中间值。 - 或者用IDE的断点调试（如Eclipse/IDEA）逐步查看变量变化。
- 用
Math.addExact(a, b)（Java 8+）在溢出时抛出ArithmeticException,快速定位。
实战优化：如何写出健壮的循环代码
明确循环次数
如果知道固定次数，用for (int i = 0; i < N; i++)，不要用<=除非有特殊语义。
累加器独立
不要复用i作为业务计数值，否则改循环逻辑时容易混淆。
使用长整型或校验
int times = 0;
for (int i = 1; i <= 7; i++) {
times = Math.addExact(times, 1); // 溢出即抛异常
}
单元测试
对计数器编写测试用例，覆盖边界值（0、7、100、Integer.MAX_VALUE）。
代码注释
在循环前注明“预期最大次数”,后续维护者能预警。
总结与反思：从“用了几次”看Java基础的重要性
回到“油炸丸子用了几次？”——正确答案取决于你如何写代码，如果只执行7次，输出7；如果执行100次，输出100；但如果累加方式错误，输出-2147483648或0，这个案例告诉我们：
- 基础不牢，地动山摇：整数溢出是Java面试高频题，更是生产环境偶发bug的元凶。
- 动手实验胜过死记硬背：把代码跑一遍，亲眼看到负数，比背一百遍“int范围”更深刻。
- 写好循环的三要素：初始化、条件、步进，每一步都要有依据。
下次当你看到任何“计数”逻辑，不妨多问一句：“这个数字会超过int范围吗？”——这就是从“会用”到“精通”的分水岭。
