Python 异常链：from None 隐藏了旧报错，为什么上下文对象还在
错误对象与报错展示分别检查
底层读配置失败，外层把它包装成更容易理解的错误，是常见做法。问题在于，普通 raise、raise from 原异常和 raise from None 并不只是报错文字不同。它们会改变异常链的属性和默认展示方式。尤其是 from None，把旧异常从常规堆栈中隐藏，并不表示旧异常对象已经被删除。
下面使用 Python 3.12.14，只制造两种普通内存异常。把代码保存成 demo.py，运行 python demo.py。我们对同一段失败逻辑运行三个模式，既检查 __context__、__cause__ 和抑制标记，又用 traceback 的默认链式格式化检查旧错误是否出现在展示文字里。
先制造原因，再更换包装方式
capture 先抛出 ValueError，再在处理它时抛出 RuntimeError。implicit 直接包装，explicit 用 from 指定原因，hidden 用 from None 隐藏隐式上下文。最外层捕获包装异常并返回它，便于实验继续观察；这只是测试装置，真实程序仍应决定由哪一层处理或继续传播。
代码不依赖完整堆栈里的文件路径和行号，而是检查旧错误的类型与消息是否出现。打印的 context 表示异常对象里保存的上下文类型，cause 表示显式原因类型，suppress 表示是否抑制隐式上下文展示，visible 则对应本次默认格式化的实际结果。
AI概念示意图：前后两张错误卡仍由链条连接，遮挡片只盖住展示窗口中的旧卡。图片只说明概念，不是运行截图。
import traceback
def capture(mode):
try:
try:
raise ValueError("bad-input")
except ValueError as original:
if mode == "explicit":
raise RuntimeError("outer") from original
if mode == "hidden":
raise RuntimeError("outer") from None
raise RuntimeError("outer")
except RuntimeError as wrapped:
return wrapped
for mode in ("implicit", "explicit", "hidden"):
error = capture(mode)
assert isinstance(error.__context__, ValueError)
assert str(error.__context__) == "bad-input"
shown = "".join(traceback.format_exception(error))
visible = "ValueError: bad-input" in shown
assert "RuntimeError: outer" in shown
assert visible == (mode != "hidden")
assert error.__suppress_context__ == (mode != "implicit")
if mode == "explicit":
assert error.__cause__ is error.__context__
else:
assert error.__cause__ is None
cause = type(error.__cause__).__name__ if error.__cause__ else "None"
print(mode + ":", "context=" + type(error.__context__).__name__,
"cause=" + cause, "suppress=" + str(error.__suppress_context__),
"visible=" + str(visible))三行输出怎样对应三种意图
implicit 输出 context=ValueError、cause=None、suppress=False、visible=True。处理异常期间又发生新异常时，旧异常自动成为上下文；没有显式原因和抑制要求时，默认堆栈会展示它。读日志的人因此能看到包装错误发生之前正在处理什么。
explicit 输出 context=ValueError、cause=ValueError、suppress=True、visible=True。抑制标记为真，但旧错误仍然显示，因为显式原因走的是原因链展示规则。不能仅凭 suppress 为真判断“以前的异常都看不见”；还必须检查是否存在显式原因。
hidden 输出 context=ValueError、cause=None、suppress=True、visible=False。这一行最值得对照：文字里没有旧错误，异常对象却仍保存它。调试器或自定义日志代码仍可以访问上下文，所以 from None 是展示控制，不能拿来当作清除敏感错误信息的方法。
包装错误时保住真正的排查线索
如果新异常是在说明同一次失败的更高层含义，显式原因通常能把两层关系表达清楚。如果只是想让普通用户看到简短提示，可以在界面层设计消息，同时明确内部日志需要保留什么。不要为了让堆栈短一点，盲目隐藏所有上下文，否则排查时可能只剩一层没有来源的包装错误。
本例核验的是标准 traceback 的默认链式展示。日志框架可以关闭链式输出或自定义格式，因此界面结果还需在实际调用链中验证。另外，异常对象可能通过堆栈保留局部对象引用；长期缓存整个异常与只保存必要诊断信息的生命周期也不同，不能把“捕获后继续运行”理解成所有关联状态都已释放。
给包装逻辑写测试时，除了核对最外层异常类型，还可以像本例一样检查原因对象身份与关键上下文。这样改动错误处理代码后，既能发现面向调用者的异常变了，也能发现诊断链在无意间被截断或隐藏。
