python进阶突破——关闭流要点
在 Python 中正确关闭 I/O 流（文件、网络连接等）是避免资源泄漏的关键操作。以下是 关闭流的完整要点 和最佳实践：
二、关闭流的 4 种方法
1. 使用with语句（推荐）
- 自动关闭：离开 with 块时自动调用 close()
- 异常安全：即使发生异常也会关闭
with open('file.txt', 'r') as f: # 无需手动关闭
data = f.read()
# 此处文件已自动关闭2. 手动调用close()
- 必须配合 try-finally 确保关闭
f = open('file.txt', 'r')
try:
data = f.read()
finally:
f.close() # 确保执行3. 使用contextlib.closing（兼容非上下文对象）
- 适用于不支持 with 的旧式对象
from contextlib import closing
from urllib.request import urlopen
with closing(urlopen('http://example.com')) as webpage:
content = webpage.read()
# 连接自动关闭4. 流对象的__del__方法（不推荐）
- 依赖垃圾回收机制关闭（不可靠！）
f = open('file.txt', 'r')
data = f.read()
# 不显式关闭，等待垃圾回收（可能延迟或失败）三、需要关闭的常见流对象
流类型 | 关闭方法 | 典型场景 |
文件对象 | close() 或 with | 文件读写 |
网络连接（socket） | shutdown() + close() | TCP/UDP 通信 |
数据库连接 | connection.close() | SQLite/MySQL 操作 |
压缩文件流 | zipfile.close() | ZIP 文件解压 |
子进程管道 | subprocess.PIPE 的清理 | 进程间通信 |
四、关闭流的注意事项
1. 避免重复关闭
f = open('file.txt', 'r')
f.close()
f.close() # 抛出 ValueError: I/O operation on closed file2. 检查流状态
f = open('file.txt', 'r')
print(f.closed) # False
f.close()
print(f.closed) # True3. 处理嵌套流
# 多层 with 自动管理
with open('file1.txt', 'r') as f1, open('file2.txt', 'w') as f2:
f2.write(f1.read())
# 两个文件均自动关闭4. 缓冲区的刷新（Flush）
- 关闭前会自动 flush，但显式调用更可靠：
with open('log.txt', 'a') as f:
f.write("重要日志")
f.flush() # 立即写入磁盘（如崩溃时保数据）五、高级场景处理
1. 自定义支持with的类
class DatabaseConnection:
def __enter__(self):
self.conn = connect_to_db()
return self.conn
def __exit__(self, exc_type, exc_val, exc_tb):
self.conn.close()
with DatabaseConnection() as db:
db.execute("SELECT ...")2. 异步流的关闭
async with aiofiles.open('file.txt', 'r') as f:
content = await f.read()
# 异步自动关闭3. 标准输入输出的关闭（通常不需要）
import sys
sys.stdout.close() # 危险！会使后续 print 报错
六、资源泄漏检测工具
静态检查：
- Pylint 规则：W1514（未关闭的文件）
# pylint 会警告
f = open('file.txt', 'r')
data = f.read() # [W1514] 未关闭的文件运行时检测：
- 使用 resource 模块监控文件描述符：
import resource
print(resource.getrlimit(resource.RLIMIT_NOFILE)) # 查看限制七、总结：关闭流的最佳实践
- 首选 with 语句（安全简洁）
- 手动关闭时必须用 try-finally（防遗漏）
- 避免依赖垃圾回收（不可靠）
- 重要数据显式 flush()（防丢失）
- 定期检查资源泄漏（尤其长期运行的服务）
关键原则：
"谁打开，谁关闭；早关闭，早安心"
对每个 open() 或 connect()，必须有一个对应的关闭操作！