如何修复因变量重复修改导致的无限循环问题

本文详解 java 中因在嵌套循环中错误修改外层循环变量(如 `i`)而引发的无限循环问题,并提供可运行的修复方案与最佳实践。

你的代码看似逻辑清晰:目标是计算所有 n 位数(如 n=2 时为 10~99)的各位数字乘积之和。但程序卡死,根本原因在于 内层 while 循环中直接修改了外层 for 循环的控制变量 i

来看关键片段:

for (double i = start; i < finish; i++) {
    while (i > 0) {
        Digit = i % 10;
        MultipliedDigit *= Digit;
        i = i / 10; // ⚠️ 危险!这里修改了 for 的 i
    }
    Summary += MultipliedDigit;
}

问题在于:i 是 double 类型,且在 while 中执行 i = i / 10(例如 i=123.0 → 12.3 → 1.23 → 0.123…),它永远不会精确等于 0,而只会不断趋近于 0。由于浮点数精度限制,i > 0 可能永远为真——导致 while 死循环;更严重的是,i 被破坏后,for 循环的 i++ 失效,整个外层循环也陷入停滞。

✅ 正确做法:使用独立变量处理数字拆分,绝不篡改循环计数器。同时,应改用整数类型(long)避免浮点误差:

import java.util.Scanner;

public class SummarynDigitNumbersDigitMultiplyDigit {
    public static void main(String[] args) {
        Scanner s = new Scanner(System.in);
        int n = s.nextInt();

        // 使用 long 防止大 n 下溢出(如 n=10 时 10^10 超出 int)
        long start = (long) Math.pow(10, n - 1);
        long finish = (long) Math.pow(10, n);

        long summary = 0;

        for (long num = start; num < finish; num++) {
            long temp = num; // ✅ 用 temp 代替 num 进行各位拆分
            long multipliedDigit = 1;

            // 特殊处理:若 num 含 0,则乘积为 0(如 10, 20 等)
            boolean hasZero = false;
            while (temp > 0) {
                long digit = temp % 10;
                if (digit == 0) {
                    hasZero = true;
                    break;
                }
                multipliedDigit *= digit;
                temp /= 10;
            }

            // 若含 0,乘积为 0;否则累加 computed 乘积
            summary +

= hasZero ? 0 : multipliedDigit; } System.out.println(summary); } }

? 关键修复点总结:

  • 变量隔离:用 temp 临时保存 num 值,内层操作仅影响 temp;
  • 类型安全:n, start, finish, num, temp 全部使用 long,避免 double 的精度陷阱与非整数行为;
  • 边界健壮性:显式检查数字中是否含 0(因为 0 会使整个乘积归零,且 0%10==0,需提前终止);
  • 逻辑修正:原题要求“所有 n 位数的各位数字乘积之和”,而非“各位数字之和”,本实现严格遵循该语义。

? 小贴士:开发中遇到“程序卡住”,优先检查:

  • 是否在循环内意外修改了循环变量;
  • 是否使用了浮点数做整数范围迭代(double i++ 不精确);
  • 是否遗漏了循环退出条件(如 temp /= 10 在 temp==0 时无法进入循环,但 temp 初始为 0 的情况极少,此处无需额外处理)。

现在,输入 n=1(即数字 1~9),输出 45(1×2×...×9?不——注意:单个数字的“各位乘积”就是其自身,所以 1+2+…+9 = 45),结果正确且高效运行。