为什么在Python 3.10中pytest无法捕捉到预期的SystemExit异常？-Python教程-PHP中文网

pytest.raises(SystemExit) 仅捕获直接包裹的纯函数调用中抛出的 SystemExit，需确保无 try/except 吞掉、非子进程执行、参数类型与断言一致，且避免环境干扰。

为什么在python 3.10中pytest无法捕捉到预期的systemexit异常？

直接原因：pytest 默认不捕获 SystemExit，除非你显式用 pytest.raises(SystemExit) 包裹调用，且该调用必须发生在测试函数内部、未被其他异常拦截的执行路径上。

pytest.raises(SystemExit) 不生效的常见场景

最常踩的坑是误以为只要函数里调用了 sys.exit()，就能在测试中“自然触发”捕获逻辑。实际并非如此：

pytest.raises 只捕获它包裹的那一次调用抛出的异常；如果函数在 try/except 中自己吞掉了 SystemExit（比如写了 except SystemExit: 却没 re-raise），pytest.raises 就收不到任何东西
如果被测函数是通过子进程（如 subprocess.run）启动的，SystemExit 发生在子进程中，父进程的 pytest.raises 完全感知不到——此时应检查 returncode
使用了 @pytest.mark.parametrize 但参数导致函数提前抛出其他异常（如 TypeError），SystemExit 根本没机会执行，pytest.raises(SystemExit) 会直接报“未捕获到异常”

Python 3.10 的兼容性细节

Python 3.10 对 SystemExit 本身没有行为变更，但它的异常链处理更严格。如果你在测试中用了 raise ... from e 或手动设置了 __cause__，而 pytest.raises 的匹配逻辑又依赖 excinfo.value.code，要注意：

SystemExit("msg") 的 .code 是字符串，不是整数；SystemExit(1) 的 .code 是整数。类型不一致会导致 assert excinfo.value.code == 1 失败
某些 pytest 插件（如 pytest-catchlog 旧版）在 3.10 下可能干扰 caplog 对 SystemExit 相关日志的捕获，建议升级到 pytest >= 7.0 并用原生 caplog

验证 SystemExit 的最小可靠写法

不要依赖装饰器或外部封装，用最直白的上下文管理器：

macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

下载

def test_exits_with_code_2():
    def bad_main():
        import sys
        sys.exit(2)
<pre class="brush:php;toolbar:false;">with pytest.raises(SystemExit) as excinfo:
    bad_main()
assert excinfo.value.code == 2  # 注意：这里必须和 exit() 实际传入的类型一致

关键点：