Python将Ctrl-C转发给子进程 subprocess.run()能否发送信号

subprocess.run() 不支持在子进程运行期间主动向其发送信号。它是对subprocess.Popen的高层封装，设计目标是覆盖「启动子进程、等待执行完成、返回结果」的极简场景，执行过程中不会暴露底层的子进程操作句柄，自然没法调用信号发送、进程终止这类控制接口。你现在用Popen实现的方向是对的，只要需要主动控制子进程状态，就没法用高层的run()方法。

针对你做srun包装器的场景，现有代码有个冗余问题：

• 终端下按Ctrl-C时，内核会向前台进程组的所有进程（包括Python父进程、srun子进程、srun拉起的业务进程）统一发送SIGINT信号，子进程本来就能收到中断，不需要你在父进程的KeyboardInterrupt异常里手动再发一次。
• 重复发送SIGINT反而可能导致子进程收到两次中断，出现和直接执行srun不一致的行为。

要做到和无包装器完全一致的交互体验（不改动标准流、信号透传、退出码一致），代码可以直接简化成：

import subprocess
import sys

# 此处保留你原有的参数校验逻辑
proc = subprocess.Popen(['/usr/bin/srun'] + sys.argv[1:])
raise SystemExit(proc.wait())

这段代码不会重定向子进程的三个标准流，不会修改进程组和默认信号处理规则，所有终端信号都会被内核正常投递到srun进程，用户完全感知不到包装器的存在。

如果你的包装器后续会被嵌套在其他脚本里调用、不在前台进程组，确实需要手动转发信号的话，再保留你原来的异常捕获和信号发送逻辑即可，这种场景下只有Popen能满足需求。

内容的提问来源于stack exchange，提问作者Chris