Python 的输入与输出怎么做？

很多初学者初次接触“输入与输出”时，会觉得这个概念不言自明：输入就是把数据敲进电脑，输出就是程序跑完后屏幕上显示的结果。然而，当代码从交互式命令行迁移到模块文件、从终端显示迁移到文件持久化时，输入输出的内涵与外延都会发生显著变化。本文将从标准输出模型讲起，逐步展开到文件对象的定向输出、写入函数的选择，以及资源管理的工程实践。

一、重新理解“输入”与“输出”

在编程语境下，输入与输出（I/O）描述的是数据在程序与外部世界之间的流动方向，而不是简单的“敲键盘”和“看屏幕”。按照这个定义，输出可以流向终端、磁盘文件、网络套接字、管道；输入也可以来自键盘、文件、环境变量、网络请求。理解这一点，是写出可复用代码的前提。

从学习路径上看，多数人的经历是：先在交互式解释器中逐行输入代码并即时看到结果，随后切换到模块文件，在系统命令行中执行整个脚本。这个迁移过程本身就揭示了I/O的两种典型形态——交互式即时反馈与批量脚本执行。前者依赖标准输入输出流，后者则常常需要把结果落盘以便后续处理。

由于输入侧的概念相对直观，本文把重点放在输出侧，尤其是“把内容写到文件”这一高频场景。

二、print 的本质：默认写入标准输出

要理解输出，先要理解 print。print 并不是一个“只能显示在屏幕上”的语句，它本质上是一个带默认目标的写入操作。其函数签名中包含一个关键参数 file，默认值指向系统标准输出对象 sys.stdout。

stdout 是“标准输出”（Standard Output）的缩写，代表进程启动时由运行环境提供的默认输出通道。在终端环境下，它通常连接到控制台；在重定向或管道场景下，它可以被指向别处。这正是 print 能够“改变输出目的地”的根本原因。

下面这段代码演示了把输出重定向到文件的基本做法：

f = open('1.txt', 'w')      # 以写模式打开文件，得到文件对象
print('12345', file=f)      # 将文件对象作为 file 参数传入
f.close()                   # 显式关闭，确保缓冲区内容落盘

执行后，终端上不会再出现 12345，而当前工作目录下会新增一个 1.txt，内容正是 12345。这里的 f 就是一个文件输出对象，它在 print 调用中替代了默认的 sys.stdout，于是数据流向随之改变。

这段代码虽然能工作，但存在两个值得注意的问题：其一，用 print 写文件并非其设计初衷，语义上不够直观；其二，手动 close() 一旦在中间环节抛出异常，就可能被跳过，导致资源泄漏。

三、工作目录：输出到底落在哪里

文件写入最常见的困惑是“文件去哪了”。相对路径 '1.txt' 是相对于当前工作目录（Current Working Directory）解析的，而工作目录取决于进程是如何被启动的：

• 通过系统“运行”对话框打开命令行时，工作目录通常是用户主目录；
• 在某个文件夹的空白处选择“在终端中打开”，工作目录就是该文件夹；
• 在文件资源管理器地址栏直接输入命令解释器名称并回车，工作目录同样是当前文件夹。

在 Python 中可以直接查询当前工作目录，避免靠猜测定位文件：

import os
print(os.getcwd())

工程实践中，更稳妥的做法是使用显式的绝对路径，或基于 os.path、pathlib 构造相对于脚本位置的路径，从而让程序的行为不依赖于调用者的所处目录。

四、write：更专业的文件写入方式

print 的定位是“向流输出便于人阅读的文本”，它会自动追加换行、自动把非字符串参数转成字符串。而文件写入更关注“精确控制写入内容”，因此应使用文件对象自带的 write 方法：

with open('1.txt', 'w') as f:
    f.write('12345\n')

与前面的写法相比，这段代码有三点改进：

1. 语义清晰：write 明确表达“写入”意图，不掺杂格式化行为；
2. 内容可控：换行符需要显式写出，避免意外多出空行；
3. 资源安全：with 语句构成上下文管理器，代码块结束时无论是否发生异常都会自动关闭文件。

需要强调的是，write 的参数必须是字符串（或字节流模式下的字节串），传入其他类型会直接报错。这一点与 print 的宽松处理形成对比，也正是它更适合精确写入的原因。

五、打开模式与常见写入场景

open 的第二个参数决定写入行为，常见模式包括：

• 'w'：写模式，文件不存在则创建，存在则清空；
• 'a'：追加模式，在文件末尾继续写入，适合日志类场景；
• 'x'：独占创建，文件已存在则报错，适合防止误覆盖；
• 'r+'：读写模式，要求文件已存在。

选择模式时的常见误区是：需要保留历史内容却误用 'w'，导致文件被清空。日志、审计记录等追加型数据应优先考虑 'a'。

此外，文本模式下的换行符处理与平台相关，若需要跨平台一致的行为，可在 open 中显式指定 newline 参数；处理非文本数据时应使用二进制模式 'wb'，并写入字节串。

六、把I/O抽象成可维护的工程习惯

掌握语法只是起点，真正体现水平的是习惯。以下几点建议适用于绝大多数项目：

• 始终使用上下文管理器：with open(...) as f 是默认写法，手动 close 只作为特殊场景的补充；
• 显式指定编码：文本文件读写时传入 encoding='utf-8'，避免依赖平台默认编码导致乱码；
• 区分标准输出与日志：面向用户的提示走标准输出，面向排查的诊断信息走标准错误或日志系统，二者不应混用；
• 路径与内容分离：把输出路径作为参数传入函数，而不是在函数内部硬编码，便于测试与复用；
• 小步验证：写入后立即读回校验，或使用临时目录做单元测试，避免脏数据污染工作目录。

七、小结

输入与输出远不止“敲键盘、看屏幕”。print 通过 file 参数把标准输出的概念具象化，让我们理解到输出目标是可以被替换的；write 配合 with 则给出了更专业、更安全的文件写入范式。把工作目录、打开模式、编码与资源释放这些细节纳入考量，代码才能从“能跑”走向“可靠”。下一次当你写下 open 时，不妨先问自己三个问题：写到哪个目录、用什么模式、由谁负责关闭——答案清晰了，I/O 就不再是模糊的直觉。