Python input 输入整数怎么防止 ValueError：循环校验、退出命令和 EOF 边界

命令行小工具最容易被忽略的一步，往往是那句 quantity = int(input("数量: "))。用户按回车、输进 3.5、贴了带空格的文字，程序就抛出 ValueError；把输入重定向给脚本时，连交互终端都没有，还可能直接遇到 EOFError。

先把用户真正会做的事列出来

对“请输入 1 到 99 的数量”这个任务，用户不只会输入 12。还会输入空白、abc、0、100，或者输入 q 说明不想继续。终端关闭或输入流结束则是另一种状态，不能和“格式错了”混在一起。

这张表看起来像多写了几行，实际是在把“用户输入”变成可预测的状态。后面的代码只需对应这些状态，不必在业务函数里散落一堆字符串判断。

第一步：写一个只负责读取和校验的函数

下面的函数把提示、退出、类型转换和范围判断放在同一个小循环里。成功时返回整数；用户取消或输入结束时返回 None。调用方不需要猜测 0 到底是合法数量还是失败标记。

def read_quantity() -> int | None:
    while True:
        try:
            raw = input("数量（1-99，q 取消）：").strip()
        except EOFError:
            return None

        if raw.lower() in {"q", "quit"}:
            return None

        if not raw:
            print("没有输入数量，请输入 1 到 99。")
            continue

        try:
            quantity = int(raw)
        except ValueError:
            print("数量必须是整数，例如 12。")
            continue

        if not 1 

先用 strip() 去掉两侧空白，再把 int(raw) 放进单独的 try 块。这样 ValueError 只代表“这段文字不能转成整数”，而不是把后续业务代码的错误也吃掉。

第二步：调用处只关心是否拿到了可用数量

读取函数把交互细节收住后，业务入口会干净很多。这里不要把 None 当成数字参与计算；先分流，日志或下一步动作才不会混乱。

quantity = read_quantity()

if quantity is None:
    print("本次未提交数量。")
else:
    total_price = quantity * 19
    print(f"数量：{quantity}，合计：{total_price} 元")

这一步的核对方式很直接：输入 12 应看到数量与合计；输入 q 不应产生订单或写入数据。把“取消”明确建模，比事后从异常或默认值里猜用户意图可靠得多。

第三步：提示语不是装饰，它决定用户能否一次输对

好的终端提示至少给出三件事：需要什么格式、允许什么范围、怎么取消。相比只写“请输入数量：”，数量（1-99，q 取消）： 已经减少了大多数来回试错。

如果输入来自客服录入、批处理确认或运维脚本，提示还可以补上单位与示例，例如“并发数（1-50，q 取消）：”。但不要在错误信息里堆规则：用户刚输错时，只需要知道本次错在哪里，下一次怎么改。

输入结束时为什么要单独处理 EOFError

input() 读取到输入结束而没有读到数据时，会抛出 EOFError。这经常出现在脚本由管道、文件重定向或无交互环境启动时。这里把它转换为 None，调用处就能把“没有可读输入”与“用户输入了坏文本”区分开。

# 交互终端中：用户可按 Ctrl-D（Windows 常见为 Ctrl-Z 后回车）结束输入。
# 自动化调用中：标准输入可能一开始就已经结束。
quantity = read_quantity()
if quantity is None:
    print("没有收到可用数量，结束本次处理。")

这里别急着把所有异常都捕获。文件权限、网络读写或程序逻辑错误应由对应代码处理；宽泛捕获会让排查线索消失，最后只留下“输入有问题”这种不准确提示。

提交前的四项核对

1. 空白、字母、小数和超出范围的整数都会回到提示，而不是显示堆栈。
2. q 与 quit 都会回到 None，不会误写业务数据。
3. 只围住 int(raw) 捕获 ValueError，范围和业务运算留在清晰的位置。
4. 输入结束后函数返回 None；调用处能用一条分支完成收尾。

延伸问答

为什么不直接用 raw.isdigit() 判断？

它对负号、前后空白、加号等格式有额外限制，也不能完成范围转换。对于需要整数结果的场景，转换后捕获 ValueError 更接近最终需求。

用户输入 0012 可以接受吗？

默认 int(raw) 会把它转换为 12。是否允许前导零取决于业务编号规则；若不允许，应在转换前增加一条专门提示，而不是改变通用读取函数的语义。

读取浮点数时能复用这套结构吗？

可以，把 int(raw) 换成 float(raw)，并保留空值、取消、范围和输入结束的分支。金额这类精确值则更适合 decimal.Decimal。

Web 表单还需要这个循环吗？

Web 请求不会用 input()，但同样要做类型、范围和取消语义校验。区别是错误应返回给页面或接口调用方，而不是在终端里再次询问。

把输入当成交互状态，而不是一行转换

命令行输入的关键不在于把字符串变成整数，而在于让用户知道如何完成任务、让调用方知道结果是否可用。把读取、转换、范围与结束状态放到清晰边界里，小脚本也能在真实使用中保持稳定。