contextlib.suppress仅静默with块内未被其他except捕获的指定异常，不处理__enter__/__exit__中异常、异常链或全局异常；多类型匹配基于isinstance，传Exception危险。
直接说结论：contextlib.suppress 只能静默你明确列出的异常类型，且仅作用于 with 块内发生的、**未被其他 except 捕获**的异常；它不吞掉异常链里的关联异常，也不影响 finally 或上下文管理器自身的 __exit__ 行为。
suppress 只对 with 块内 raise 的异常生效
很多人误以为它像全局异常过滤器。实际上，它只包装 with 块体（block body）中执行代码时抛出的异常——不是函数调用栈里任意位置，也不是上下文管理器 __enter__ 或 __exit__ 中抛出的。
- ✅ 正确：异常在
with块内直接raise或由调用的函数抛出 → 被抑制 - ❌ 错误：
__enter__抛异常 →suppress完全不接管，会直接冒泡 - ❌ 错误：
__exit__返回False且抛新异常 → 原异常被吞，但新异常照常传播
示例：
from contextlib import suppress
<h1>这个 FileNotFoundError 会被抑制</h1><p>with suppress(FileNotFoundError):
open('missing.txt').read()</p><h1>但这个不会：open() 在 <strong>enter</strong> 阶段失败，suppress 来不及介入</h1><p>with suppress(FileNotFoundError):
with open('missing.txt') as f: # ← 异常发生在 <strong>enter</strong>
pass
传入多个异常类型时，注意继承关系和顺序无关
suppress 接收可变参数，类型匹配基于 isinstance(exc, type)，所以子类异常会被父类类型捕获。传入顺序不影响行为，但会影响可读性和调试定位。
立即学习“Python免费学习笔记（深入）”；
- ✅
suppress(ValueError, OSError)能同时抑制FileNotFoundError（OSError子类）和ValueError - ⚠️ 如果同时传
OSError和FileNotFoundError，后者冗余，但无害 - ❌ 传
Exception是危险操作：会吞掉所有异常（包括KeyboardInterrupt、SystemExit），应避免
suppress 不处理异常链（__cause__ / __context__）
Python 3.12+ 中，即使主异常被 suppress 吞掉，其 __cause__ 或 __context__ 关联的异常也不会被清除或抑制——它们只是“附着”在被吞掉的异常上，无法被访问，但可能影响日志或调试器显示。
- 现象：代码中
raise ValueError() from KeyError('key')，用suppress(ValueError)后，KeyError不报错，但某些 IDE 或日志工具仍可能提示“异常链存在” - 本质：
suppress只让解释器跳过异常传播，不修改异常对象本身 - 建议：若需彻底隔离异常上下文，优先用
try/except显式清空__cause__，而非依赖suppress
替代方案对比：suppress vs try/except vs 自定义上下文管理器
当需求超出静默单一异常时，suppress 很快不够用：
- 需要记录被抑制的异常？→ 必须换
try/except，因为suppress不暴露异常对象 - 需要在抑制后执行清理逻辑？→
try/except/finally更直观，suppress无钩子 - 需要条件性抑制（如仅当 debug=False）？→
suppress构造时就要确定类型，动态控制得绕路 - 需要抑制异常但保留 traceback 供日志？→
suppress丢弃全部信息，必须用try/except+traceback.print_exc()
简单静默一个已知异常类型时，suppress 简洁；一旦涉及诊断、分支或副作用，就该切回 try/except。
