应谨慎使用捕获所有异常，推荐用except Exception:避免拦截系统级异常；过度宽泛的捕获会掩盖错误、阻止程序终止、影响日志和资源释放；应优先捕获具体异常，记录日志并保留traceback，确保程序稳定与可维护。
在 Python 中，捕获所有异常通常使用 except: 或 except Exception: 来实现。虽然这种做法在某些场景下能防止程序崩溃，但如果使用不当，会掩盖关键错误，影响调试和系统稳定性。
常见的捕获所有异常方式
以下是几种常见的“捕获所有异常”的写法：
- except: — 捕获所有异常，包括系统退出、键盘中断等
- except Exception: — 捕获大多数常规异常，但不包括 SystemExit、KeyboardInterrupt 等
- except BaseException: — 捕获所有可能的异常，比 except: 更明确，但更危险
推荐的做法是优先使用 except Exception:，避免拦截不应处理的系统级异常。
为什么直接捕获所有异常有风险
过度宽泛的异常捕获会带来以下几个主要问题：
立即学习“Python免费学习笔记（深入）”；
- 掩盖编程错误，比如 NameError、TypeError，导致 bug 难以发现
- 捕获 KeyboardInterrupt（Ctrl+C）会使程序无法正常终止
- 吞掉日志信息，让运维和监控失去线索
- 可能导致资源未释放，如文件句柄、网络连接等
例如，下面这段代码会让用户无法用 Ctrl+C 终止程序：
更安全的异常处理建议
为了兼顾健壮性和可维护性，应遵循以下原则：
- 尽量捕获具体的异常类型，如 ValueError、FileNotFoundError
- 避免空的 except 块，至少要记录日志
- 在通用异常处理中，建议重新抛出或打印 traceback
- 使用 logging.exception() 记录异常详情
示例：
try: result = 10 / 0 except ZeroDivisionError as e: logging.error("除零错误", exc_info=True) except ValueError as e: logging.error("值错误", exc_info=True) except Exception as e: logging.error("未预期异常: %s", e, exc_info=True) raise # 可选择是否继续向上抛出总结
捕获所有异常不是完全禁止的行为，但在生产代码中应谨慎使用。优先捕获具体异常，保留关键系统异常的传播路径，并确保异常被记录。合理使用异常机制，才能写出既稳定又易于维护的 Python 程序。
基本上就这些，别为了“不让程序崩溃”而牺牲可观测性和可控性。
