input() 抛出 EOFError 是因标准输入流已结束，常见于重定向、管道或 IDE 运行模式；应使用 try/except EOFError 安全捕获，并根据场景选择退出或继续，推荐用 sys.stdin.readline() 替代以避免异常。
为什么 input() 会突然抛出 EOFError: EOF when reading a line
这不是代码写错了，而是 input() 在尝试从标准输入（sys.stdin）读取一行时，发现流已经到末尾且不会再有新数据——常见于脚本被重定向输入、管道传入数据后提前结束，或在 IDE/Notebook 中误触发“运行一次就停”的行为。Python 不会静默返回空字符串，而是明确报 EOFError，提醒你“没东西可读了”。
如何安全捕获并处理这个异常
最直接的办法是用 try/except 包住 input()，但关键在于：你要决定“读不到”之后程序该继续还是退出。
- 如果这是交互式程序（比如命令行小工具），通常应
break或return，避免卡住 - 如果用于处理批量输入（如 OJ 题目），常配合循环持续读，直到
EOFError才停止 - 不要用
except Exception:模糊捕获，必须精确写except EOFError:
while True:
try:
line = input().strip()
if not line:
continue
# 处理 line
except EOFError:
break # 输入结束，退出循环
检查 sys.stdin 是否真的已关闭或不可读
不能只靠异常，有时需要预判——比如在调用 input() 前确认流状态。注意：sys.stdin.closed 只反映文件对象是否被显式关闭；而实际中更常见的是流“已耗尽但未关闭”，此时 closed 仍是 False，但后续 input() 必然失败。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 用
sys.stdin.isatty()判断是否连着终端：返回True表示用户正手动输入；False表示可能来自文件/管道，需更谨慎处理 EOF -
sys.stdin.peek(1)在支持的环境下可试探是否有数据（但 Windows 控制台不支持，慎用） - 更可靠的做法：始终把
input()放进try，别依赖“提前检查”——因为两个操作之间仍可能有竞态
替代方案：用 sys.stdin.readline() 而不是 input()
input() 是高级封装，内部调用 sys.stdin.readline() 并自动去除换行符；而 readline() 在 EOF 时返回空字符串 ''，不抛异常——更适合批处理场景，也更容易控制逻辑。
立即学习“Python免费学习笔记（深入）”；
-
line = sys.stdin.readline()返回含\n的字符串，EOF 时返回'' - 记得用
line.rstrip('\n')替代.strip()，避免误删有效空格 - 性能略高，尤其读大量行时；且与 C/Shell 工具链兼容性更好
import sys
<p>for line in sys.stdin:
line = line.rstrip('\n')</p><h1>直接处理，无需 try/except</h1><p>真正容易被忽略的是：很多初学者以为“输入结束了程序就该停”，但实际中，一次 EOFError 后如果没正确跳出循环或返回，程序可能陷入无限重试或状态错乱。异常不是错误信号，而是输入协议的一部分——把它当作正常控制流来设计，比拼命“防止它发生”更可靠。
