如何使用Python的with语句实现自定义上下文管理器的资源释放？-Python教程-PHP中文网

必须实现__enter__和__exit__两个方法；__exit__返回true则吞异常，否则传播；@contextlib.contextmanager中yield前后分别对应__enter__和__exit__逻辑，需用try/finally保证清理。

如何使用python的with语句实现自定义上下文管理器的资源释放？

直接说结论：必须实现 __enter__ 和 __exit__ 两个方法，缺一不可；用类比函数装饰器更直观，但别误以为加了 @contextlib.contextmanager 就不用管异常处理逻辑。

为什么 `exit` 的返回值会影响异常传播

当 with 块中抛出异常时，__exit__(exc_type, exc_value, traceback) 会被调用。如果这个方法返回 True，异常就“被吞掉”，不会继续向上抛；返回 None 或 False，异常照常传播。

常见错误：在 __exit__ 里写了日志或清理逻辑后，忘了显式 return False，结果异常消失得莫名其妙
典型场景：文件锁、数据库连接、临时目录——你通常希望资源释放成功，但异常仍要暴露给调用方
性能影响：返回 True 不会提速，只是改变了控制流；滥用会导致调试困难

用 `@contextlib.contextmanager` 写法更简洁，但 yield 前后有严格分工

装饰器写法本质是把生成器函数转成上下文管理器，yield 之前的代码对应 __enter__，之后的 except/finally 块对应 __exit__。

Python 3.14.2

Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。

下载

容易踩的坑：在 yield 后面写普通语句（没包在 try/finally 或 except 里），这部分根本不会执行
参数差异：yield value 的 value 会成为 with EXPR as value: 中的 value；不写 yield 就是 as 绑定 None

示例：

@contextlib.contextmanager
def temp_file():
    f = open("tmp.txt", "w")
    try:
        yield f  # ← 这里交出控制权
    finally:
        f.close()  # ← 这里保证执行，无论是否异常