ExitStack比嵌套with更灵活安全，支持运行时动态注册任意数量上下文管理器并逆序清理，避免缩进爆炸和资源泄漏；但不适用于异步场景，需改用AsyncExitStack。
contextlib.ExitStack 为什么比多个 with 好用
嵌套多个 with 会缩进爆炸，动态增减资源时根本写不下去。而 ExitStack 允许你在运行时注册任意数量的上下文管理器，统一在退出时按逆序清理。
常见错误现象：手动调用 __enter__/__exit__、用 try/finally 模拟、或硬编码固定层数的 with —— 一旦某个资源初始化失败，前面已打开的资源可能漏关。
- 必须在
with ExitStack() as stack:块内注册资源，否则退出时不触发清理 -
stack.enter_context(cm)返回cm.__enter__()的结果，可直接赋值给变量 - 注册顺序和退出顺序相反，适合“先开后关”的依赖关系（比如文件要等数据库连接关了再关）
- 若某次
enter_context抛异常，已成功进入的资源仍会被正确退出
with ExitStack() as stack:
db = stack.enter_context(get_db_connection())
log_file = stack.enter_context(open("log.txt", "a"))
cache = stack.enter_context(RedisPool())哪些资源不能直接丢给 ExitStack
ExitStack 只负责调用 __exit__，不判断资源是否“真正需要关闭”。有些对象实现了上下文协议但语义特殊，硬塞进去反而出错。
使用场景：你拿到一个第三方库返回的类实例，不确定它是否适合被 ExitStack 管理。
立即学习“Python免费学习笔记（深入）”；
-
threading.Lock不该用 —— 它的__exit__是release()，但锁可能根本没 acquire 成功，直接 release 会报RuntimeError: release unlocked lock -
io.BytesIO或StringIO无需管理 —— 没有底层资源要释放，__exit__是空操作，加了白费事 - 自定义类若只实现
__exit__但没做幂等处理（比如重复 close 导致崩溃），放进ExitStack就危险
想中途取消某个资源的自动清理，怎么操作
有时某个资源打开后发现条件不满足，你想让它跳过自动 __exit__ —— 比如预分配了一个临时文件，但后续逻辑决定直接用原文件，这个临时文件就得手动删、不走 close 流程。
参数差异：ExitStack.pop_all() 会把所有待清理项清空并返回新 ExitStack，但更常用的是 pop_all() 配合 callback 注册手动清理逻辑。
- 用
stack.callback(func, *args, **kwds)注册一个无参函数，在退出时执行；它不关联任何上下文管理器，纯手动钩子 - 若要彻底移除某个已注册的管理器，只能靠
pop_all()+ 重新注册其余项 ——ExitStack本身不支持“删中间一个” - 注意
callback执行时机在所有enter_context对应的__exit__之后，适合做收尾日志或清理副作用
with ExitStack() as stack:
tmp = stack.enter_context(TemporaryDirectory())
if not should_use_tmp():
# 改为手动清理，跳过自动 rmtree
stack.callback(shutil.rmtree, tmp.name)async with 场景下 ExitStack 不管用，得换谁
ExitStack 是同步的，遇到 async with 直接报 TypeError: unhashable type: 'AsyncExitStack'。Python 3.7+ 提供了 contextlib.AsyncExitStack，API 几乎一致但专用于协程。
性能影响：异步栈的 enter_async_context 是 awaitable，每次注册都会挂起，高频注册（比如循环开 100 个 async 文件）会有可观调度开销。
- 不能混用：
enter_context和enter_async_context必须分开用，不能在一个AsyncExitStack里塞同步资源 - 若需同步+异步混合管理，只能拆成两个栈，各自处理，靠外层逻辑协调生命周期
- 第三方异步库（如
aiofiles、aiomysql）返回的对象，确认其实现了__aenter__/__aexit__再传给enter_async_context
容易被忽略的地方：很多开发者以为 ExitStack 是通用解法，直到第一次在 async def 里用它报错才意识到——异步上下文管理是另一套机制，没有银弹。
