必须实现__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__ 的内部类，只是你没亲手写。

不复杂但容易忽略：协议就是协议，绕不过。