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. 两种哲学的核心差异

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 年仍有场景）

极少数情况：

1. 需要在 finally 中做与 with 无关的额外清理，且逻辑复杂
2. 资源对象没有实现上下文管理器，且你无法修改它（老代码、C 扩展）
3. 非常底层、性能敏感的场景，且你想精确控制每一行（极少）
4. 需要在 finally 中根据是否发生异常做不同处理（with 的 exit 可以做到，但写起来稍绕）

绝大多数时候：优先写 with，实在不行再退回到 try-finally。

6. 一句话总结（面试/代码审查常用）

“with 语句是 Python 的 RAII（Resource Acquisition Is Initialization），它把资源的生命周期绑定到作用域，而不是手动管理——这几乎是现代 Python 代码中最 pythonic 的资源管理方式。”

你目前项目里资源管理主要用哪种风格？
是全面 with，还是还有很多老的 try-finally？
或者你在写自定义上下文管理器时遇到过什么坑？可以继续聊～