技术 · 实用指南
Python subprocess 超时但子进程仍运行？先审计进程组与管道
在选择 terminate、进程组信号或递归清理前，追踪直接子进程、后代、会话、进程组和继承的管道写端。
超时只证明一次等待超过期限，并不证明全部工作只有一个 PID，也不证明所有后代仍在同一进程组，或 stdout、stderr 已没有其他写端。
安全做法是给启动打标，记录拓扑和管道状态，再使用真正拥有该工作的最窄平台机制；宽限后再升级，并通过真实启动器同时验证进程退出和管道关闭。
在清理前冻结超时证据
记录启动令牌、父进程、直接子进程、PPID 链、命令、启动时间、会话、PGID，以及 shell=True 和 capture_output。领导进程退出前完成，因为重新收养会抹去祖先关系。
分别记录领导进程是否存活、哪些后代仍在以及 communicate 是否等开放管道。直接子进程已死但读取仍阻塞，是管道所有权问题。
选择所有权单位，而不只是 PID
若任务确实只有一个进程，直接子进程超时合同可能足够；若会启动 shell、worker 或构建工具，应明确拥有的是 POSIX 进程组、递归后代集合、Windows job，还是仅直接子进程。
不要向未核验 PID 推导出的进程组发信号。启动时记录组领导者和成员，并将无关长期服务排除；调用 setsid 逃离的守护进程需要其他 supervisor 边界。
只对自己创建的 POSIX 组发信号
若整棵树都属于本次请求，可用 start_new_session=True 在 exec 前创建会话和组。超时后先向已核验组发送温和信号，等待有限宽限，再升级并回收直接子进程。
多线程应用不要为此盲用 preexec_fn；应使用文档化参数。再次核验成员，因为后代可能主动创建新会话并逃离组。
把继承管道当作独立关闭门
只有所有写端持有者都关闭后，捕获管道才会结束。shell、worker 池或辅助程序可在直接子进程死后继续持有 stdout 或 stderr。
保留 TimeoutExpired 的部分输出，关闭或终止已证明的写端，再排空管道。除非明确接受数据丢失并测试，否则不要用丢弃全部输出掩盖挂起。
按平台分支并证明结果
没有合适进程组时，可选 psutil 快照递归后代，先 terminate、等待，再 kill 存活者并核对身份；中间进程消失会丢失祖先关系，所以要尽早捕获。
通过真实 shell、服务、CI 或 worker 重放。强制超时后证明直接子进程和后代消失、管道按时关闭、部分输出按设计处理、退出已回收，且哨兵进程仍存活。
