子进程崩溃时 subprocess.run() 默认不抛出异常，需通过 capture_output=True 和 text=True 获取 stderr 中的 traceback 或段错误信息，并检查 returncode 判断是否被信号终止。
子进程崩溃时 subprocess.run() 默认不暴露底层异常
直接调用 subprocess.run() 并捕获 subprocess.CalledProcessError 只能拿到退出码和标准输出，但看不到子进程内部的 Python traceback、段错误（SIGSEGV）或未捕获异常的原始堆栈。这是因为子进程的异常信息默认被截断在它自己的 stderr 里，主进程没做透传处理。
关键点在于：子进程崩溃 ≠ 主进程抛出 Python 异常；它只是提前退出，主进程需要主动读取并解析它的 stderr 才能还原现场。
- 用
capture_output=True或显式设置stderr=subprocess.PIPE，确保 stderr 不被丢弃 - 不要依赖
check=True自动 raise —— 它只包装退出码，不解析 stderr 内容 - 对 Python 子进程，建议在命令前加
python -u -c "import sys; ..."，避免 stdout/stderr 缓冲导致日志延迟或丢失
用 subprocess.Popen 拿到完整 stderr 并手动检查
subprocess.run() 是封装，而 subprocess.Popen 给你控制权。崩溃时，子进程的 Python traceback 一定在 stderr 中，只要你不丢弃它，就能提取出来。
示例场景：运行一个故意报错的 Python 脚本
立即学习“Python免费学习笔记（深入）”；
import subprocess
import sys
<p>proc = subprocess.Popen(
[sys.executable, "-c", "raise ValueError('boom')"],
stdout=subprocess.PIPE,
stderr=subprocess.PIPE,
text=True # 关键：用 text=True 直接得 str，避免 bytes.decode() 出错
)
stdout, stderr = proc.communicate() # 等待结束，必须调用！</p><p>if proc.returncode != 0:
print("子进程崩溃，返回码：", proc.returncode)
if stderr:
print("详细错误：")
print(stderr) # 这里就包含完整的 traceback
-
text=True比universal_newlines=True更推荐（Python 3.7+） - 必须调用
.communicate()，否则stderr可能为空或阻塞 - 若子进程是 C 程序崩溃（如 segfault），
stderr可能为空，此时需配合signal.signal(signal.SIGCHLD, ...)或用psutil查子进程状态
捕获 SIGSEGV / 段错误这类系统级崩溃
Python 子进程因 C 扩展或 ctypes 调用触发段错误时，不会打印 Python traceback，Linux 下通常只输出 Segmentation fault (core dumped) 到 stderr，且可能被截断。
这时候仅靠 stderr 不够可靠，要结合退出信号判断：
- 检查
proc.returncode：若为负数（如-11），表示被信号终止，-11 == SIGSEGV - 用
os.WIFSIGNALED(proc.returncode)和os.WTERMSIG(proc.returncode)做跨平台解析（Windows 不适用） - 启用 core dump：在启动子进程前加
ulimit -c unlimited（shell 层），或用resource.setrlimit(resource.RLIMIT_CORE, (-1, -1))（Python 层）
注意：生产环境一般禁用 core dump，所以更实用的做法是让子进程自己做防御性包装，比如用 try/except BaseException 捕获所有异常并强制 flush + print traceback 到 stderr。
用 subprocess.run() 的简洁写法也能拿到详细错误
如果你坚持用 subprocess.run()（比如为了代码简洁），仍然可以拿到完整错误信息，只需注意参数组合：
result = subprocess.run(
[sys.executable, "-c", "import sys; sys.exit(1)"],
capture_output=True,
text=True,
timeout=10
)
<p>if result.returncode != 0:
print("错误输出：", result.stderr) # 包含 traceback（如果是 Python 异常）
print("返回码：", result.returncode)
-
capture_output=True等价于stdout=subprocess.PIPE, stderr=subprocess.PIPE - 不要加
check=True，否则异常会覆盖原始 stderr 内容，你只能看到CalledProcessError.stderr字段，但该字段值就是原始 stderr —— 所以其实也可以用，只是多一层包装 - timeout 触发时抛
subprocess.TimeoutExpired，它的stderr属性同样可用，但要注意：超时时子进程可能还在跑，需手动 kill 并 wait
最易忽略的一点：很多人把子进程错误当成“主进程异常”来 try/except，结果什么也没 catch 到 —— 子进程崩溃从来不会自动变成主进程的 Python 异常，它只是 returncode 变了，stderr 有内容了。你得主动看、主动读、主动判。
