Python 的输入与输出怎么做？从标准流到文件重定向

很多初学者刚接触编程时，会觉得“输入输出”是最没有技术含量的一章：输入不就是敲键盘，输出不就是屏幕打印结果吗？但随着代码从交互式命令行迁移到模块文件、从本地脚本迁移到服务端程序，你会发现输入输出远没有想象中简单。程序在运行时，究竟把数据写到了哪里？为什么有时输出会“卡住”不显示？为什么日志需要单独走一个通道？

本文将从标准流的基本概念出发，系统梳理 Python 中输出的本质、标准输入/输出/错误流的分工，以及文件重定向的工程实践，帮助你建立一套完整的输入输出认知模型。

一、重新理解“输出”：不只是 print

在 Python 中，最常见的输出方式就是 print()。但 print() 本身并不负责“显示”这件事，它只是一个高层封装，真正完成写入动作的是它背后的文件对象。

回顾 print 的函数签名，它有一个容易被忽略的参数 file：

print(*objects, sep=' ', end='\n', file=sys.stdout, flush=False)

关键就在 file 的默认值 sys.stdout。这里的 stdout 是 Standard Output（标准输出） 的缩写。也就是说，print 默认并不是“打印到屏幕”，而是“写入标准输出流”，只不过标准输出流在默认情况下被绑定到了终端（命令行）而已。

这个区分非常重要：屏幕只是标准输出的一个默认落点，而不是它的定义。

二、三大标准流：stdin、stdout、stderr

在类 Unix 系统和 Windows 中，进程启动时通常会自动打开三个标准流：

流名称	文件描述符	方向	默认落点	典型用途
stdin	0	输入	键盘	读取用户输入
stdout	1	输出	终端	正常程序结果
stderr	2	输出	终端	错误与诊断信息

在 Python 中分别对应 sys.stdin、sys.stdout、sys.stderr。

为什么要区分 stdout 和 stderr？因为在工程实践中，正常结果和错误信息往往需要被分开处理。例如：

• 正常结果可以被重定向到文件或管道，供下游程序消费；
• 错误信息则希望仍然显示在终端上，或单独写入日志文件。

如果所有内容都写进 stdout，一旦做了重定向，错误信息也会被“吞”进结果文件，给排查问题带来困难。

import sys
sys.stdout.write("这是一条正常输出\n")
sys.stderr.write("这是一条错误信息\n")

sys.stdout.write() 与 print() 的区别在于：write 不会自动追加换行符，也不会自动在多个参数之间插入空格，它更接近底层的写入接口。而 print 则是面向开发者的便捷封装。

三、把输出重定向到文件

理解了 stdout 是一个可替换的文件对象，就能明白：只要把 print 的 file 参数换成另一个可写的文件对象，输出就会流向那个文件。

f = open('1.txt', 'w')       # 以写模式打开文件
print('12345', file=f)       # 输出写入文件，而非终端
f.close()                    # 养成及时关闭文件的好习惯

运行这段代码后，终端上不会出现 12345，而当前工作目录下会多出一个 1.txt，内容正是 12345。

这里有几个值得注意的细节：

1. 文件模式：'w' 表示写入并截断原内容；如果想追加，应使用 'a'；如果要同时读写，可以考虑 'r+' 等模式。
2. 资源释放：文件对象持有操作系统资源，用完必须关闭。推荐使用 with 语句，即使发生异常也能确保关闭：

with open('1.txt', 'w', encoding='utf-8') as f:
    print('12345', file=f)

1. 编码问题：在跨平台场景下，显式指定 encoding='utf-8' 能有效避免中文乱码。

四、更彻底的重定向：操作系统层面的流替换

除了在代码里指定 file 参数，还可以在操作系统层面重定向标准流。例如在命令行中：

python script.py > output.txt      # 把 stdout 重定向到文件
python script.py 2> error.txt      # 把 stderr 重定向到文件
python script.py > out.txt 2>&1    # 把 stderr 合并到 stdout
python script.py < input.txt       # 把 stdin 重定向自文件

这种方式的优势是：程序代码完全不需要改动，重定向由 shell 完成。它非常适合批处理、定时任务和 CI 流水线场景。

在 Python 内部，也可以临时替换 sys.stdout 来实现类似效果：

import sys
original_stdout = sys.stdout
with open('log.txt', 'w', encoding='utf-8') as f:
    sys.stdout = f
    print('这条信息会进入 log.txt')
    sys.stdout = original_stdout   # 记得恢复，避免影响后续输出
print('这条信息回到终端')

这种技巧在测试、日志采集、结果捕获中非常常见，但一定要注意恢复原状，否则后续所有输出都会“消失”到文件里。

五、输入：比想象中更需要小心

相比输出，输入看似简单，实则暗藏陷阱。最常见的输入方式是 input()：

name = input("请输入你的名字：")

input() 会从 sys.stdin 读取一行，去掉末尾换行符，并以字符串形式返回。它有几个需要注意的点：

• 返回值永远是字符串，需要数字时要手动转换：age = int(input())；
• 一旦用户输入不符合预期格式，转换会抛出 ValueError，生产环境必须做异常处理；
• 在非交互环境（如管道、定时任务）中，input() 可能直接读到 EOF，导致 EOFError。

因此，对输入的处理原则是：永远不要信任外部输入。校验、转换、异常捕获三者缺一不可。

try:
    age = int(input("请输入年龄："))
except ValueError:
    print("输入不是合法数字", file=sys.stderr)

六、缓冲：为什么输出有时“不显示”

一个经常被忽视的问题是缓冲（buffering）。标准输出在连接到终端时通常是行缓冲的（遇到换行就刷新），但在被重定向到文件或管道时，往往变成块缓冲（攒够一定字节才写入）。

这就导致了经典现象：程序明明执行了 print，但重定向到文件后长时间看不到内容。解决办法是显式刷新：

print("处理中...", flush=True)

或者在合适的时机调用 sys.stdout.flush()。在需要实时输出进度的场景（如长任务日志、进度条），flush=True 几乎是必备的。

七、工程实践建议

结合以上分析，可以总结出几条实用的输入输出规范：

1. 结果与错误分离：正常结果写 stdout，诊断信息写 stderr，便于重定向和日志采集。
2. 优先使用 with 管理文件：避免资源泄漏，异常场景下也能正确关闭。
3. 显式指定编码：跨平台读写文本时统一使用 UTF-8。
4. 关键输出主动 flush：交互式进度、长时间任务日志建议开启 flush=True。
5. 输入必须校验：类型转换包在 try/except 中，对外部数据保持警惕。
6. 重定向优先用系统层：能用 shell 重定向解决的事，不必修改代码。

小结

输入输出的本质，是进程与外部世界交换数据的通道。print 和 input 只是这层通道上最表层的封装，真正决定数据流向的是 stdin、stdout、stderr 这三个标准流，以及它们背后的文件对象与缓冲机制。理解了这一点，你就能自如地在终端、文件、管道之间切换输出目标，也能在服务端场景中设计出更清晰、更可靠的日志与数据流方案。