最安全的重新抛出原始异常方式是不带参数的raise，它保留类型、消息和完整traceback；错误做法是raise e会丢失traceback；需补充信息时可用raise ... from或Python 3.11+的add_note()。
Python 中用 raise 无参数重新抛出原始异常
在 except 块里想保留原始异常类型、消息和 traceback，只额外补充说明，最安全的做法是不带任何参数地写 raise。它会原样重抛当前正在处理的异常，包括完整的调用栈。
常见错误是写成 raise e（其中 e 是捕获的异常对象），这会丢失原始 traceback，变成“异常链断裂”，调试时看不到最初出错位置。
- ✅ 正确：
except ValueError as e:→print("额外上下文"); raise - ❌ 错误：
raise e或raise ValueError(str(e) + " 附加信息")（丢栈、改类型）
需要添加新信息又不破坏 traceback：用 raise ... from
如果必须显式构造新异常但还想保留原始 traceback，Python 3 支持异常链语法：raise NewException(...) from original_exc。这样会生成带 During handling of the above exception, another exception occurred: 提示的嵌套 traceback，既保留根源，又清晰表达新语义。
适用场景：比如网络请求失败后包装成业务异常，或底层 I/O 错误转为领域特定错误。
except ConnectionError as e:raise ServiceUnavailableError("API 不可用") from e
修改异常 message 但不丢 traceback？别硬改，用 add_note()（Python 3.11+）
Python 3.11 引入了 add_note() 方法，允许在不干扰原有 traceback 的前提下给异常对象追加备注。这是目前最轻量、最干净的“加信息”方式。
注意：旧版本 Python 不支持该方法，强行调用会报 AttributeError；且 add_note() 只影响异常对象的 __notes__ 属性，不会改变 __str__() 输出，除非你自定义异常类或手动打印 __notes__。
except KeyError as e:e.add_note(f"检查 key 来源: {user_input!r}")raise
为什么不用 traceback.print_exc() + sys.exit() 替代？
这不是重抛，而是打印后退出进程。它中断执行流，无法被外层 try 捕获，也不符合“重新抛出”的语义。尤其在库代码或服务中，擅自终止进程属于严重设计失误。
真正需要的是让异常继续向上冒泡，由更上层决定如何处理——记录、降级、重试或向用户反馈。所以务必区分“打印日志”和“重抛异常”两个动作。
容易被忽略的一点：异常对象本身是可变的（比如 args 元组不可变，但 __notes__、__cause__、__context__ 都可改），但修改时机必须在重抛前，且不同 Python 版本对这些属性的处理逻辑略有差异。
