Python中没有“万能except”安全写法：except Exception:漏捕KeyboardInterrupt等BaseException子类，而except:会吞掉SystemExit等关键异常；自定义异常须继承Exception而非BaseException。
直接说结论：Python 中没有“万能 except”这种安全写法，except Exception: 会漏掉 SystemExit、KeyboardInterrupt 等继承自 BaseException 但不继承自 Exception 的关键异常；而盲目用 except:（空 except）又会吞掉本该终止程序的信号。精准捕获的前提是理解继承链，不是堆 try-except。
为什么 except Exception: 捕不到 KeyboardInterrupt
因为 KeyboardInterrupt 直接继承自 BaseException，和 Exception 是平行关系，不是子类：
-
BaseException（顶层基类） - ├──
SystemExit - ├──
KeyboardInterrupt - ├──
GeneratorExit - └──
Exception（绝大多数业务异常的父类） - ├──
ValueError - ├──
KeyError - ├──
FileNotFoundError - └── ……
所以 except Exception: 对 Ctrl+C 完全无效——这不是 bug，是设计使然：解释器需要保留中断权，不能被普通异常处理逻辑劫持。
except:（空 except）到底有多危险
它等价于 except BaseException:，会捕获包括 SystemExit(0) 在内的所有异常，后果很具体：
- 调用
sys.exit()后程序不退出，继续往下跑，可能造成资源泄漏或状态错乱 -
KeyboardInterrupt被静默吞掉，用户无法中止卡死的程序 - 测试时
pytest的KeyboardInterrupt也被拦截，导致测试套件挂起 - 在 CLI 工具里，用户按
Ctrl+C却没反应，第一反应是“程序卡了”，实际是被你 catch 住了
真实案例：while True: try: time.sleep(1) except: pass —— 这段代码按 Ctrl+C 根本停不下来。
按场景选 except 子句才叫精准捕获
不要背异常列表，要盯住「你真正想处理什么错误」：
- 处理文件操作失败？只捕
FileNotFoundError、PermissionError、IsADirectoryError，别用OSError一锅端——它还包含网络超时、磁盘满等无关错误 - 解析用户输入？明确捕
ValueError（如int("abc")），但别让它吞掉MemoryError（那说明系统真出问题了） - 做字典查找？优先用
.get()或in判断，而非靠KeyError异常驱动逻辑——异常不该是控制流 - 需要兜底日志？用
except Exception as e:记录，但末尾必须加raise继续向上抛，否则掩盖了致命问题
示例：读配置文件时只关心“文件不存在”和“权限不足”，其他异常照常冒泡：
try:
with open("config.yaml") as f:
return yaml.safe_load(f)
except FileNotFoundError:
logger.warning("config.yaml not found, using defaults")
return {}
except PermissionError:
logger.error("No read permission for config.yaml")
raise
自定义异常必须继承 Exception，不是 BaseException
这是最容易被忽略的实践细节。如果你写：
class MyError(BaseException): pass
那么 except Exception: 就捕不到它——它和 Exception 是兄弟关系。正确写法是：
class MyError(Exception): pass # 这样才能被常规 except 捕获
更进一步，建议继承更具体的内置异常，比如：
- 参数校验失败 →
ValueError - 外部服务不可用 →
ConnectionError - 业务规则违反 → 新建
BusinessRuleError并继承Exception
这样既保持类型语义清晰，又确保不会意外脱离主流异常处理体系。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
