必须实现__enter__和__exit__方法才能支持with语句，因为Python上下文管理协议强制要求这两个方法，缺一不可；即使使用@contextmanager装饰器或继承，底层仍需它们。
无法让一个类支持 with 语句却不实现 enter 和 exit。
Python 的 with 语句严格依赖这两个特殊方法。当你写：
with obj:
...解释器会自动调用 obj.enter()（进入时）和 obj.exit(...)（退出时，无论是否异常）。如果对象没有这两个方法，运行时会直接抛出 AttributeError：
AttributeError: __enter__
这是语言层面的硬性要求，不是可绕过的约定。
为什么必须实现这两个方法？
Python 的上下文管理协议（Context Manager Protocol）明确定义：只有实现了 __enter__ 和 __exit__ 的对象才是“上下文管理器”。with 语句只认这个协议，不识别其他命名、装饰器或继承关系。
常见误解与替代方案
-
误以为加了
@contextmanager就不用写方法：其实@contextmanager是作用在 函数 上的，它会自动帮你生成一个带__enter__/__exit__的代理类，底层依然存在这两个方法。 -
想用继承“跳过”实现：即使继承自
object或其他内置类，父类也不提供这两个方法（object没有），子类仍需自行定义。 -
试图用
__getattr__动态返回：虽然技术上可以拦截属性访问并动态返回函数，但不符合协议意图，且容易出错、难以调试，不推荐。
最简可行写法（空实现）
如果你只是想“支持语法”而无需实际资源管理，可以写空方法：
class DummyContext:
def __enter__(self):
return self
def __exit__(self, exc_type, exc_val, exc_tb):
pass
这样就能通过 with DummyContext(): ...，但注意：这仍是实现了两个方法——只是逻辑为空。
不想写类？用函数 + @contextmanager
如果你希望避免显式定义类，可用标准库的 contextlib.contextmanager 装饰器，把一个生成器函数变成上下文管理器：
from contextlib import contextmanager@contextmanager def my_context():
进入前逻辑（相当于 enter）
print("setup") try: yield "resource" finally: # 退出逻辑（相当于 __exit__） print("cleanup")使用
with my_context() as res: print(res) # → setup \n resource \n cleanup
本质仍是生成了一个含
__enter__/__exit__的内部类，只是你没亲手写。不复杂但容易忽略：协议就是协议，绕不过。
