当向 open() 传入整数（如 0、1、2）时，Python 并非尝试打开文件路径，而是将其视为已打开的 POSIX 文件描述符——这正是标准输入（0）、标准输出（1）和标准错误（2）的编号，因此不抛出异常，else 分支正常执行。
当向 `open()` 传入整数（如 0、1、2）时，python 并非尝试打开文件路径，而是将其视为已打开的 posix 文件描述符——这正是标准输入（0）、标准输出（1）和标准错误（2）的编号，因此不抛出异常，`else` 分支正常执行。
在 Python 中，open() 函数的行为比表面看起来更底层且灵活。其第一个参数 file 不仅支持字符串形式的文件路径，也接受整数类型的文件描述符（file descriptor）。这是对 POSIX 系统接口的直接映射：操作系统为每个进程预分配三个标准文件描述符：
- 0 → 标准输入（stdin）
- 1 → 标准输出（stdout）
- 2 → 标准错误（stderr）
因此，调用 open(1, 'w') 实质上等价于获取当前进程的标准输出流并以写模式封装为一个 TextIOWrapper 对象——它本身是合法、已打开且可操作的，自然不会触发 FileNotFoundError 或其他 I/O 异常，try 块中无异常抛出，于是 else 分支得以执行。
以下代码直观验证该行为：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
def abrir_archivo(nombre_archivo):
try:
archivo = open(nombre_archivo, 'w') # 注意：原示例用 'r' 读取 stdout 会阻塞，改用 'w' 更安全
except FileNotFoundError:
print("El archivo no fue encontrado")
except OSError as e: # 推荐捕获更具体的 OSError 而非裸 except
print(f"Error de sistema: {e}")
else:
print("Abriendo exitosamente")
archivo.write("¡Hola desde el descriptor 1!\n")
archivo.close() # 显式关闭，避免资源泄漏
finally:
print("Finalizando ejecucion")
abrir_archivo(1) # 输出 "Abriendo exitosamente"，并在终端打印问候语⚠️ 重要注意事项：
立即学习“Python免费学习笔记（深入）”；
- 使用 open(1, 'w') 向标准输出写入时，若原 stdout 已被重定向（如管道或文件），写入将作用于该重定向目标；
- 传入非法文件描述符（如 3、-1 或已关闭的 fd）会引发 OSError（如 OSError: [Errno 9] Bad file descriptor），落入 except 分支；
- 永远避免使用裸 except: —— 它会吞噬所有异常（包括 KeyboardInterrupt、SystemExit），应明确捕获 OSError 及其子类（如 FileNotFoundError、PermissionError）；
- 若需安全地操作标准流，推荐直接使用 sys.stdout 等模块对象，而非通过 open() 封装——除非你明确需要 io.TextIOWrapper 的特定接口（如 reconfigure()）。
✅ 总结：
open() 的整数参数特性是 Python 对底层系统能力的忠实暴露，而非 bug。理解这一机制有助于调试“诡异”的文件操作行为，也提醒开发者：在编写健壮的 I/O 代码时，必须区分「路径名」与「文件描述符」两类输入，并采用精准的异常处理策略。
