try-except能捕获所有错误？

本文目录导读：

1. 语法错误（SyntaxError）
2. 系统退出异常（SystemExit 和 KeyboardInterrupt）
3. 内存溢出（MemoryError）和递归深度过大（RecursionError）
4. 硬件或系统级错误
5. 某些“沉默的”运行时错误
6. 正确的做法：使用 Exception 作为通用父类

不能。try-except 只能捕获 Python 中定义的“异常”（Exception），无法捕获语法错误、系统级错误或因解释器崩溃导致的错误。

有以下几类错误是 try-except 无法捕获的：

语法错误（SyntaxError）

这是代码运行前就被 Python 解释器检查出来的错误，如果代码本身不符合 Python 语法，解释器根本不会执行它，try-except 也就没有生效的机会。

# 错误示例
try:
    print("hello"  # 缺少右括号
except:
    print("不会执行到这里")

运行结果：直接报 SyntaxError，程序无法启动，try 块无效。

系统退出异常（SystemExit 和 KeyboardInterrupt）

• SystemExit：由 sys.exit() 抛出,如果被捕获会导致程序无法正常退出。
• KeyboardInterrupt：用户按 Ctrl+C 强制中断程序。

虽然它们也是异常（继承自 BaseException），但通常不应该被捕获，如果写了 except Exception:，是抓不住它们的，因为它们继承的是 BaseException 而不是 Exception。

import sys
try:
    sys.exit(0)  # 抛出 SystemExit
except Exception:  # 抓不住！
    print("捕获失败")

如果你想强制捕获它们，需要写成 except BaseException: 或 except SystemExit:。

内存溢出（MemoryError）和递归深度过大（RecursionError）

这些错误虽然可以被捕获，但捕获后往往没有意义，因为程序可能已经处于不稳定的内存或栈状态,后续代码依然会崩溃。

try:
    # 一个极深递归
    def deep():
        return deep()
    deep()
except RecursionError:
    print("捕获了递归错误")
    # 但此时函数调用栈可能已经被严重破坏，后续操作依然危险

硬件或系统级错误

• 内存访问冲突、段错误（如 C 扩展库引起的 Segmentation Fault）。
• 操作系统信号（如 SIGKILL，SIGTERM）。 这些是操作系统层面而非 Python 层面的错误，Python 解释器本身会因此直接崩溃，try-except 无法干预。

某些“沉默的”运行时错误

• StopIteration：在生成器中手动捕获它会导致生成器行为异常（但可以在特定循环逻辑中用到，不过这不属于一般意义上的“错误捕获”）。
• AssertionError：虽然能被捕获，但在生产环境中一般不建议捕获断言错误，因为它们本该暴露 bug。

正确的做法：使用 Exception 作为通用父类

在写 try-except 时,一个常见的良好实践是：

try:
    # 可能出错的代码
    risky_operation()
except Exception as e:
    # 捕获所有常见的运行时异常，但不捕获 SystemExit / KeyboardInterrupt
    print(f"捕获到了一个运行时异常：{e}")

注意：

• 不要使用 except:（不带任何异常类型），它会捕获 SystemExit 和 KeyboardInterrupt，导致程序无法被正常终止,这是反直觉且危险的。
• 不要捕获全部异常还继续运行，除非你了解后果，比如捕获 MemoryError 后,程序很可能已损坏。

try-except 非常强大，但不是“万能兜底”，更健康的编程风格是：尽量精确地捕获你知道可能发生的、具体的异常类型。

标签： except