Python中生成器提前终止时资源清理的核心是try...finally机制：调用close()抛出GeneratorExit触发finally执行，不可捕获该异常；配合上下文管理器更安全，for循环中break会隐式close但不跨实现保证。
Python 中让生成器函数在外部提前终止并清理资源，核心是利用生成器的 异常传播机制 和 try...finally（或上下文管理器）。当外部调用 generator.close() 或发生未捕获异常导致生成器退出时，其内部的 finally 块会确保执行清理逻辑。
使用 generator.close() 触发 GeneratorExit
调用 close() 会向生成器抛出 GeneratorExit 异常，该异常不可被拦截（若在 except GeneratorExit: 中不重新抛出，会触发 RuntimeError），但 finally 始终执行：
def resource_generator():
resource = acquire_resource() # 如打开文件、连接数据库
try:
while True:
yield resource.process()
finally:
release_resource(resource) # 一定会执行
gen = resource_generator()
next(gen)
gen.close() # → 触发 finally，释放资源
配合 contextlib.closing 或自定义上下文管理器
对生成器本身做资源管理更安全，尤其在循环中可能提前退出时：
from contextlib import contextmanager@contextmanager def managed_generator(): res = acquire_resource() try: yield (x for x in iter(lambda: res.step(), None)) finally: release_resource(res)
使用
with managed_generator() as gen: for item in gen: if some_condition(item): break # 提前退出，仍会执行 finally
避免在 except GeneratorExit 中做清理
GeneratorExit 是特殊异常，设计上禁止被 except 捕获后静默处理。若强行捕获却不重新抛出，Python 会立即报错：
立即学习“Python免费学习笔记（深入）”；
- ❌ 错误写法：
except GeneratorExit: cleanup(); return→ 触发RuntimeError - ✅ 正确做法：只用
finally做清理；或让异常自然传播（此时finally仍运行）
注意迭代器协议中的隐式关闭
在 for 循环中提前 break 或遇到异常，CPython 会自动调用 close()（符合 PEP 342），但该行为 不保证跨所有 Python 实现。因此显式管理或依赖 finally 更可靠：
- 显式调用
gen.close()最稳妥 -
try...finally是清理的黄金标准，与关闭方式无关 - 避免依赖
__del__或弱引用做关键清理——时机不确定
