在使用switch-case实现java计算器时，若减法运算（"-"）始终返回0.0，根本原因是case "-"分支缺少break语句，导致执行穿透（fall-through）至后续case，最终被默认值覆盖或逻辑错乱。
在使用switch-case实现java计算器时，若减法运算（"-"）始终返回0.0，根本原因是case "-"分支缺少break语句，导致执行穿透（fall-through）至后续case，最终被默认值覆盖或逻辑错乱。
在Java的switch语句中，每个case分支必须显式终止（通常用break;），否则程序会继续执行下一个case的代码——这一行为称为“fall-through”。在您提供的代码中，case "-"后未加break;，因此当输入-时，程序执行完res = (double)a - (double)b;后，直接落入case "%"分支，重新计算res = (double)a % (double)b;，而若此时b == 0或取模逻辑干扰了结果，更严重的是：若%分支之后也无break（当前代码中%后有break），尚可避免进一步穿透；但关键问题在于——-分支的计算结果被后续%分支覆盖，原始减法结果从未被输出。
此外，需注意：当前代码中case "%"前没有break，而它本身有break，因此- → %的穿透确实发生，但不会继续到default（因%已终止）。验证如下：输入6 - 2时，res先被赋值为4.0，紧接着又被6 % 2（即0.0）覆盖，最终输出6 - 2 = 0.0——这正是您观察到的现象。
✅ 正确修复方式：为case "-"添加缺失的break;：
case "-":
res = (double) a - (double) b;
break; // ← 关键修复：阻止穿透到 case "%"同时，建议优化代码健壮性：
立即学习“Java免费学习笔记（深入）”；
-
除零保护：对
/和%操作增加b != 0判断，避免运行时异常； -
运算符校验前置：将
default逻辑提前，减少无效计算； -
统一类型处理：
a和b为int，强制转double合理，但可简化为1.0 * a - b等（非必需）。
完整修正后的switch段如下：
switch (operator) {
case "/":
if (b == 0) {
System.out.println("Error: Division by zero");
invalid_operator = true;
} else {
res = (double) a / b;
}
break;
case "*":
res = (double) a * b;
break;
case "+":
res = (double) a + b;
break;
case "-":
res = (double) a - b; // now works correctly
break;
case "%":
if (b == 0) {
System.out.println("Error: Modulo by zero");
invalid_operator = true;
} else {
res = (double) a % b;
}
break;
default:
System.out.println("Invalid operator: " + operator);
invalid_operator = true;
}⚠️ 注意：scanner.close()应在所有输入读取完成后调用，当前位置正确；但若后续需复用Scanner，应避免提前关闭。本例为单次运行，无影响。
总结：switch-case中的break不是可选语法糖，而是控制流安全的必要屏障。漏写break是初学者高频错误，务必逐case检查。养成“写完case立即补break”的习惯，可大幅提升代码可靠性。
