本文解析因变量作用域和流程控制不当导致的分数计算器异常行为，重点说明为何 100/100 输入未输出 "F"，并提供结构清晰、健壮可复用的修正代码及关键注意事项。
本文解析因变量作用域和流程控制不当导致的分数计算器异常行为，重点说明为何 `100/100` 输入未输出 `"f"`，并提供结构清晰、健壮可复用的修正代码及关键注意事项。
在实现一个基础分数转百分比（并映射为 "F"、"E" 或具体百分比）的交互式程序时，一个看似微小的逻辑位置错误可能导致整个验证流程失效。原代码中，k = z.split("/") 被置于 while True 循环外部，这意味着无论后续用户输入多少次新分数，程序始终尝试解析最初那一次输入（z 的初始值），而不会更新 k 以反映最新输入。当首次输入如 100/100 时，虽然满足 y >= x，但若此前某次非法输入（如 5/0 或 a/b）触发了 except 块并重置了 z，k 却未同步更新——导致 k[0] 和 k[1] 仍指向旧字符串，进而引发不可预测行为（例如 result 未定义或计算基于错误数值）。
更关键的是，原逻辑中 if y >= x: 分支内未处理 y == 0 的情况（尽管 int(k[1]) 会触发 ZeroDivisionError，但该异常在 x/y 执行时才抛出，而 y >= x 判断本身对 y==0 是合法的），且当 y < x 时仅更新 z 却未跳过当前循环迭代（缺少 continue），导致程序继续执行 else 块并提前退出循环，此时 result 可能未被赋值，引发 UnboundLocalError。
以下是修复后的完整、健壮实现：
while True:
try:
z = input("Fraction: ")
k = z.split("/")
if len(k) != 2:
raise ValueError("Input must contain exactly one '/'")
x = int(k[0])
y = int(k[1])
# 显式检查分母为零（避免除零异常）
if y == 0:
raise ZeroDivisionError("Denominator cannot be zero")
# 检查分子是否超过分母（题目要求 Y >= X，即分母 >= 分子）
if x > y:
print("Invalid fraction: numerator must not exceed denominator.")
continue # 重新开始循环，要求新输入
result = round((x / y) * 100)
except (ValueError, ZeroDivisionError) as e:
print(f"Invalid input: {e}. Please enter a fraction like X/Y with integers.")
continue # 捕获异常后，继续下一轮输入
else:
# 仅当所有验证通过且 result 已正确定义时退出循环
break
# 输出最终结果
if result >= 99:
print("F")
elif result <= 1:
print("E")
else:
print(f"{result}%")核心改进点总结：
立即学习“Python免费学习笔记（深入）”；
- ✅ 变量作用域修正：k = z.split("/") 移入 try 块内，确保每次循环都基于最新输入解析；
- ✅ 显式边界检查：在 int() 转换后立即校验 y == 0 和 x > y，提升错误信息可读性；
- ✅ 流程控制强化：x > y 和异常分支均使用 continue，严格保证只有合法 result 才能到达 break；
- ✅ 输入格式预检：len(k) != 2 防止 IndexError（如输入 "100" 或 "1/2/3"）；
- ✅ 用户友好提示：异常处理中给出具体原因，而非静默重输。
运行此版本，输入 100/100 将正确计算 round((100/100)*100) == 100，满足 result >= 99 条件，最终输出 "F" —— 完全符合题目预期。
