Python未捕获异常会终止脚本，因解释器默认沿调用栈冒泡至顶层后退出；可用sys.excepthook全局捕获，但需注意多线程须配合threading.excepthook或手动try/except，且全局处理仅日志兜底，不能替代针对性错误处理。
未捕获异常为什么直接终止脚本
Python 解释器默认的异常处理策略是：一旦某个异常未被 try/except 捕获，就沿调用栈向上冒泡；如果一直冒到最外层（比如模块顶层或 main 函数），解释器就会打印 traceback 并退出进程。这不是“崩溃”，而是 Python 的明确行为设计——它不隐藏错误，也不静默失败。
自动化脚本常运行在无交互环境（如 cron、Docker、Windows 服务），没有终端输出或人工干预，所以一个未捕获的 KeyError 或 ConnectionError 就意味着任务彻底中断，后续逻辑全失效。
用 sys.excepthook 实现真正的全局捕获
Python 提供了 sys.excepthook 这个钩子函数，它会在**所有未被捕获的异常到达解释器默认处理器前**被调用。这是唯一能覆盖整个脚本生命周期的全局兜底方式，比在主逻辑外加一层 try/except 更可靠（后者无法捕获线程、信号或异步回调中的异常）。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 在脚本最开头（
import sys后立即）重置sys.excepthook，避免被第三方库覆盖 - 钩子函数必须接收三个参数：
exc_type、exc_value、exc_traceback，缺一不可 - 不要在钩子里再抛异常，否则会触发解释器默认行为，导致日志都来不及写
- 务必调用
logging.exception或手动格式化 traceback，否则只会丢失堆栈信息
示例：
import sys
import logging
def global_exception_handler(exc_type, exc_value, exc_traceback):
logging.critical("Uncaught exception", exc_info=(exc_type, exc_value, exc_traceback))
sys.excepthook = global_exception_handler
多线程场景下 excepthook 不生效怎么办
Python 中每个线程独立运行，主线程设置的 sys.excepthook 对子线程无效。子线程未捕获异常会被丢弃，仅打印到 stderr（很多生产环境会忽略 stderr 输出）。
解决方法只有两个，且必须同时用：
- 对所有
threading.Thread子类重写run()方法，在内部包一层try/except - 使用
threading.excepthook（Python 3.8+），它专为线程异常设计，需传入args字典指定exc_type等字段
注意：不要依赖 threading.set_exc_handler（不存在），也不要试图 patch threading.Thread.__init__——太脆弱，容易和 concurrent.futures 等库冲突。
全局捕获不是万能的，别忽略根本原因
全局异常处理器只是“延缓失败”，不是“修复错误”。它能防止脚本退出，但不能让一个因网络超时失败的 HTTP 请求自动重试，也不能把缺失的配置文件凭空变出来。
真正要做的有三件事：
- 在关键路径（如文件读写、网络请求、数据库操作）主动加细粒度
try/except，做针对性恢复（重试、降级、跳过） - 确保全局钩子里至少记录完整 traceback 和上下文变量（比如当前处理的文件名、URL），否则日志等于没记
- 监控日志中重复出现的异常类型，它们往往暴露的是设计缺陷，比如没校验输入、没设超时、没处理空响应
最常被忽略的一点：全局捕获后，如果脚本本该退出（比如初始化失败），你得自己调用 os._exit(1) 或 sys.exit(1)，否则程序会继续执行错误状态下的逻辑。
