Python 中的 with 语句 与 try 语句：资源管理的两种哲学
Python 中处理“资源获取 → 使用 → 释放”这一经典模式，主要有两种主流写法，它们背后代表了两种完全不同的设计哲学。
1. 两种写法最直观的对比
# 方式1：经典的 try...finally（显式释放）
f = None
try:
f = open("data.txt", "r", encoding="utf-8")
content = f.read()
# 业务逻辑...
finally:
if f is not None:
f.close()# 方式2：with 语句（上下文管理器，推荐写法）
with open("data.txt", "r", encoding="utf-8") as f:
content = f.read()
# 业务逻辑...
# ← 离开 with 块自动关闭（无论正常结束还是异常）大多数现代 Python 代码（2010 年后）几乎全面转向了 with 写法。
2. 两种哲学的核心差异
| 维度 | try…finally 哲学 | with 语句（上下文管理器）哲学 | 胜出者（现代主流） |
|---|---|---|---|
| 资源释放的责任归属 | 由程序员手动负责 | 由上下文管理器（对象本身）负责 | with |
| 释放时机 | 必须显式写在 finally 中 | 自动在离开 with 块时调用（即使抛异常） | with |
| 异常安全性 | 容易遗漏 close()，或 finally 写错 | 保证释放（即使 exit 里抛异常也会尝试释放） | with |
| 代码美观度 | 嵌套深、冗长 | 缩进清晰、意图明确 | with |
| 可组合性 | 多个资源需要多层嵌套 try-finally | 可多层 with 或 with 同时管理多个资源 | with |
| 适用范围 | 任何需要清理的场景（文件、网络、锁、数据库等） | 实现了上下文管理协议的对象（或 @contextmanager） | — |
| 心智负担 | 高（必须记住每个资源的清理方式） | 低（只要进入 with 就“忘掉”它） | with |
| 错误处理风格 | 命令式（imperative） | 声明式 + RAII 风格（类似 C++） | with（更 pythonic） |
3. with 语句底层到底发生了什么？（推荐理解顺序）
with EXPR as VAR:
BLOCK等价于（近似）：
manager = EXPR # 获取上下文管理器
VAR = manager.__enter__() # 进入时调用
exc = True
try:
try:
BLOCK # 执行用户代码块
except:
exc = False
if not manager.__exit__(*sys.exc_info()):
raise # 如果 __exit__ 返回 False → 继续抛异常
finally:
if exc:
manager.__exit__(None, None, None) # 正常退出关键点：
__enter__()返回的值赋给 as 后面的变量（经常是 self 本身）__exit__(exc_type, exc_value, traceback)永远会被调用- 如果
__exit__返回True，异常被吞掉（不继续向外抛）；返回False或不写返回值 → 异常正常向外传播
4. 现代 Python 中常见的 with 用法（2025–2026 视角）
# 多资源同时管理（Python 3.1+）
with open("in.txt") as fin, open("out.txt", "w") as fout:
fout.write(fin.read())
# 上下文管理器 + 异常吞咽（少用，但有用）
with suppress(FileNotFoundError, PermissionError):
os.remove("tempfile")
# 临时修改上下文（decimal、numpy 等）
from decimal import localcontext, Decimal
with localcontext() as ctx:
ctx.prec = 50
print(Decimal(1)/Decimal(7)) # 高精度计算
# 数据库事务（常见第三方库写法）
with connection:
with connection.cursor() as cursor:
cursor.execute("UPDATE ...")
# 离开时自动 commit（如果没异常）
# 有异常则 rollback
# 自己写上下文管理器（最推荐的方式之一）
from contextlib import contextmanager
@contextmanager
def transaction(db):
tx = db.begin()
try:
yield tx
tx.commit()
except:
tx.rollback()
raise
finally:
tx.close()5. 什么时候还应该用 try…finally？（2025 年仍有场景）
极少数情况：
- 需要在 finally 中做与 with 无关的额外清理，且逻辑复杂
- 资源对象没有实现上下文管理器，且你无法修改它（老代码、C 扩展）
- 非常底层、性能敏感的场景，且你想精确控制每一行（极少）
- 需要在 finally 中根据是否发生异常做不同处理（with 的 exit 可以做到，但写起来稍绕）
绝大多数时候：优先写 with，实在不行再退回到 try-finally。
6. 一句话总结（面试/代码审查常用）
“with 语句是 Python 的 RAII（Resource Acquisition Is Initialization），它把资源的生命周期绑定到作用域，而不是手动管理——这几乎是现代 Python 代码中最 pythonic 的资源管理方式。”
你目前项目里资源管理主要用哪种风格？
是全面 with，还是还有很多老的 try-finally？
或者你在写自定义上下文管理器时遇到过什么坑？可以继续聊～
