本文详解Java中因循环逻辑错误导致的“ArithmeticException: / by zero”异常，聚焦于素数判定程序中just_number未加约束引发的整除零错误，并提供结构清晰、可终止的while循环修复方案。
本文详解java中因循环逻辑错误导致的“arithmeticexception: / by zero”异常，聚焦于素数判定程序中`just_number`未加约束引发的整除零错误，并提供结构清晰、可终止的while循环修复方案。
原始代码的核心问题在于内层while(true)无限循环缺乏退出机制，且just_number持续递增直至超出合理范围——当just_number最终达到0（例如因整数溢出回绕）或更常见的是：在某些边界条件下（如输入number = 0或负数），number % just_number在just_number为0时直接触发除零异常。但更根本的原因是：循环未设定上界，也未对just_number == 0做防御性检查，且未在判定完成后及时跳出。
以下是修正后的健壮实现（含输入验证与早停优化）：
Scanner new_input = new Scanner(System.in);
while (true) {
System.out.print("Please enter a positive integer (or 2 && just_number > 2) {
// 注意：此处不break，因需遍历到number才能确认是否恰好2个因子
// 真正的早停应基于sqrt(number)，见下方说明
}
}
// 判定结果
if (sum == 2) {
System.out.println(number + " is prime number");
} else {
System.out.println(number + " isn't prime number");
}
}
⚠️ 关键修复点说明：
-
移除嵌套死循环：原代码用
while(True)包裹内层逻辑，却未设出口，just_number无上限增长终致异常；修正后使用while (just_number 确保循环可控。 -
初始化安全：
just_number从1开始（而非0），彻底规避number % 0风险。 - 输入校验前置：拒绝非正输入，防止逻辑失效与异常。
-
特殊值处理：显式处理
number == 1（数学上非素数）。
✅ 进阶建议（性能优化）：
实际应用中，无需遍历至number——只需检查2到√number即可。因为若n有大于√n的因子，则必存在对应的小于√n的因子。优化后时间复杂度从O(n)降至O(√n)：
boolean isPrime = true; if (number <p>总结：除零异常往往是逻辑失控的表象。编写循环时，务必明确<strong>初始条件、终止条件、迭代步进</strong>三要素，并对边界值（0、1、负数、溢出）做防御性编程。</p>
