Python无法捕获C扩展引发的SIGSEGV、SIGABRT等致命信号，因这些信号直接终止进程；可用signal模块注册简易处理器（仅os.write写日志）或启用faulthandler打印堆栈，根本解决需在C端加强空指针检查、参数校验与GIL管理。
Python中无法捕获C扩展的致命错误（如SIGSEGV、SIGABRT）
你不能用 try/except 捕获由C扩展触发的段错误（SIGSEGV）、总线错误（SIGBUS）或进程终止信号（SIGABRT）。这些是操作系统发送给整个进程的信号，Python解释器在收到时通常直接退出，不经过异常处理机制。
常见现象包括：程序突然静默退出、打印 Segmentation fault (core dumped)、或在gdb中看到 Program received signal SIGSEGV —— 此时 try 块完全无效。
替代方案：用signal模块提前注册信号处理器
虽然不能“捕获并恢复”，但可以拦截信号，在进程退出前做日志、清理或生成堆栈快照。关键限制是：不能从 SIGSEGV 处理器里安全地调用大多数Python C API（包括 print()、logging、对象引用操作），否则极易二次崩溃。
实操建议如下：
立即学习“Python免费学习笔记（深入）”；
- 只在信号处理器中写入简短的原始字节到文件（用
os.write()，非print()） - 避免分配新内存、调用Python函数、访问任意Python对象（包括
sys.exc_info()） - 优先使用
signal.SIGSEGV、signal.SIGABRT、signal.SIGBUS三类信号 - 注册需在C扩展加载前完成（例如主模块顶部），否则可能错过早期崩溃
示例：
import signal import os import sys <p>def segv_handler(signum, frame):</p><h1>安全写法：仅用 os.write + 预分配字节串</h1><pre class="brush:php;toolbar:false;">msg = b"CRASH: SIGSEGV at " + str(frame.f_lineno).encode() + b"\n" os.write(2, msg) # 写stderr，fd=2 os._exit(1) # 不调用atexit，不触发Python清理
signal.signal(signal.SIGSEGV, segv_handler) signal.signal(signal.SIGABRT, segv_handler) signal.signal(signal.SIGBUS, segv_handler)
调试阶段：用faulthandler暴露C级堆栈
开发或测试时，启用 faulthandler 是最有效的定位手段。它会在收到致命信号时自动打印Python调用栈（含C扩展入口点），无需修改C代码。
启用方式：
- 启动时加参数：
python -X faulthandler script.py - 代码中启用：
import faulthandler; faulthandler.enable() - 对子进程也生效：
faulthandler.enable(all_threads=True)
注意：faulthandler 在Python 3.3+默认可用，但不会阻止进程退出 —— 它只负责“临终打印”，不是兜底方案。
C扩展作者必须做的防御性检查
根本解决依赖C端。Python层的任何技巧都只是补救，真正的稳定来自C扩展内部的健壮性：
- 所有
PyArg_ParseTuple解析后，必须检查返回值是否为0（失败），否则后续访问未初始化指针必崩 - 调用
PyList_GetItem、PyDict_GetItem后，检查返回是否为NULL，再决定是否调用Py_INCREF - 避免裸指针运算；用
PyBuffer_GetBuffer获取缓冲区时，严格校验len和itemsize - 多线程C扩展必须正确使用
GIL：进入临界区前调用PyGILState_Ensure()，退出前PyGILState_Release()
没有“安全的C扩展”这回事，只有“足够早暴露问题的C扩展”。信号处理器和 faulthandler 只是帮你更快看到那个 NULL 指针出现在哪一行。
