子进程未设超时会导致主进程卡死，应优先用subprocess.run(..., timeout=30)自动处理；若需精细控制，用Popen配合wait(timeout=...)及手动terminate()/kill()，并注意跨平台差异与资源清理。
子进程未设置超时导致主进程卡死
Python 中用 subprocess.run() 或 subprocess.Popen().wait() 启动子进程时，若子进程陷入死循环、等待用户输入或被信号阻塞，主进程会无限期等待，表现为彻底挂起。这不是 Python 的 bug，而是底层系统调用（如 waitpid()）的默认行为。
解决核心是强制加超时，并确保超时后能可靠终止子进程：
-
subprocess.run(..., timeout=30)最简方案，超时自动调用kill()并抛出subprocess.TimeoutExpired - 若需更细控制（如先发送
SIGTERM再SIGKILL），用Popen+wait(timeout=...)+ 手动terminate()/kill() - 注意：Windows 上
terminate()等价于kill()，无法实现优雅退出
子进程产生僵尸进程或资源泄漏
即使设置了超时，若未正确清理子进程句柄或忽略其输出流，可能残留僵尸进程或文件描述符泄漏，尤其在循环启动子进程时。
关键操作必须成对出现：
立即学习“Python免费学习笔记（深入）”；
- 始终用
stdout=subprocess.PIPE或stdout=subprocess.DEVNULL显式指定标准流，避免子进程因管道满而阻塞 - 使用
with subprocess.Popen(...) as proc:确保__exit__自动调用wait()（但不解决超时问题） - 手动管理时，
proc.wait()或proc.communicate()必须调用，否则子进程变成僵尸 - Linux/macOS 下可检查
/proc/[pid]/status的State: Z确认僵尸进程
子进程继承主进程信号处理或打开的文件描述符
默认情况下，子进程会继承主进程所有打开的文件描述符和信号处理状态。若主进程监听了 SIGINT 并做了自定义处理，子进程可能无法响应 Ctrl+C；若主进程打开了大量文件，子进程也持有副本，影响资源回收。
安全做法是显式隔离：
- 传入
start_new_session=True，让子进程脱离当前会话，避免信号干扰 - 传入
close_fds=True（Python 3.7+ 默认为True，但旧版本需显式设） - 若需传递特定 fd（如日志文件），用
pass_fds明确列出，而非依赖继承 - 避免在子进程中调用
os.setsid()或修改信号处理器，除非你完全掌控子进程逻辑
跨平台超时与终止行为差异
Windows 和 Unix-like 系统对进程终止语义不同，直接照搬代码容易出错。
常见坑点：
- Unix 下
proc.terminate()发送SIGTERM，可被捕获并延迟退出；Windows 下等效于SIGKILL，立即结束 -
subprocess.TimeoutExpired在 Windows 上可能延迟触发（内核调度粒度更大），建议 timeout 值留 1–2 秒余量 - 某些 shell 命令（如
bash -c "sleep 100"）在 Windows 上无法被terminate()终止，需改用shell=False或直接调用可执行文件 - 测试时务必在目标平台验证，不要只在开发机（通常是 macOS/Linux）上跑通就认为没问题
真正难处理的不是超时本身，而是子进程内部是否响应信号、是否有未关闭的网络连接或锁文件——这些不会因为主进程 kill 就自动释放。得结合具体子进程行为做防御性设计。
