结论：必须同时实现__enter__和__exit__，因为with语句底层严格依赖上下文管理协议，执行时必然先后调用二者——__enter__用于进入上下文（可返回绑定变量的对象），__exit__用于无论正常或异常都必须执行的退出清理，且其签名必须为(__exit__(self, exc_type, exc_val, exc_tb)，缺一或参数不符均导致运行时报错。
直接说结论：只要在类里定义 __enter__ 和 __exit__ 两个方法，就能让实例支持 with 语句；缺一个都不行，光有 __enter__ 会报 AttributeError: __exit__。
为什么必须同时实现 __enter__ 和 __exit__
Python 的 with 语句底层依赖上下文管理协议，它不是只调用 __enter__ —— 实际执行分三步：进 with 块前调 __enter__，出块时（无论是否异常）一定调 __exit__，且后者必须能接收三个参数：exc_type、exc_value、traceback。漏掉 __exit__ 或签名不对，运行时就崩。
-
__enter__返回值会绑定到as后的变量（比如with foo() as f:中的f），返回None也合法，但这时不能用as -
__exit__必须返回布尔值：返回True表示已处理异常，不再向上抛；返回False（或不显式 return）则原异常继续传播 - 如果
__exit__抛出新异常，它会替代原异常（除非原异常是SystemExit或KeyboardInterrupt）
__enter__ 的常见返回模式
多数情况下，__enter__ 返回 self，方便链式调用或后续操作；但也可以返回其他对象，只要类型符合业务逻辑。
- 返回
self：最常用，比如文件类、数据库连接类都这么干def __enter__(self):<br> self.open()<br> return self
- 返回新对象：比如临时切换工作目录时，
__enter__可返回当前路径字符串，供as捕获def __enter__(self):<br> self._old_cwd = os.getcwd()<br> os.chdir(self.path)<br> return self._old_cwd
- 返回
None：此时不能写as，否则报AttributeError: __exit__（其实是__enter__返回None后，解释器尝试对None调__exit__导致）
容易踩的坑：参数和异常处理细节
很多人照着抄模板，但忽略 __exit__ 参数的实际用途，导致资源没释放或异常被吞。
立即学习“Python免费学习笔记（深入）”；
-
__exit__的三个参数全为None时，表示正常退出；只要任一非None，说明发生了异常 - 别在
__exit__里裸写return True——这会静默吞掉所有异常，调试时极难发现 - 清理逻辑（如关闭文件、回滚事务）必须放在
__exit__里，且要加try/except包裹，防止清理过程自己出错干扰原异常 - Python 3.12+ 对
__exit__的类型检查更严格：参数名必须是exc_type、exc_value、traceback，改名会触发RuntimeWarning
真正麻烦的不是写这两个方法，而是想清楚：什么算“进入上下文”，什么算“退出上下文”，以及退出时要不要干预异常流。很多 bug 来自把本该在 __exit__ 做的清理挪到了 __del__ 里——后者不保证何时执行，with 的确定性就没了。
