Python2.7使用subprocess.Popen执行kubectl exec进入Pod bash无效

你写的subprocess.Popen代码无法进入交互终端，核心是两个错误：

1. 你将stdout设置为subprocess.PIPE，这会让Python把kubectl的标准输出重定向到管道，不会输出到你当前操作的终端；同时你没有同步对接标准输入、标准错误流，kubectl拿不到真实的终端tty，-it参数分配的交互终端无法和你的键盘输入、屏幕输出打通。
2. subprocess.Popen默认是非阻塞的，启动子进程后会立刻继续执行Python脚本后续逻辑，脚本运行到末尾就会直接退出，根本不会等你在kubectl的bash里操作。

原来的os.system能正常交互，是因为它默认把命令的所有输入输出直接绑定到当前终端，并且会阻塞等待命令执行完成才返回。

不需要重定向任何标准流，让kubectl直接继承当前Python进程的终端句柄，同时阻塞等待kubectl进程退出即可，代码如下：

import subprocess
import sys

# 组装完整kubectl命令参数
cmd = ["kubectl", "exec"] + kube_args + ["-it", pod_name, "--", "bash"]
# 启动交互进程，所有流直接绑定当前终端
process = subprocess.Popen(
    cmd,
    stdin=sys.stdin,
    stdout=sys.stdout,
    stderr=sys.stderr
)
# 阻塞等待kubectl进程结束，拿到退出码
exit_code = process.wait()
# 透传kubectl的退出码给上层调用方
sys.exit(exit_code)

• 不要给stdin/stdout/stderr参数传subprocess.PIPE或者自定义的文件对象，否则会打断tty连接，直接丢失交互能力。
• 必须调用wait()（交互场景下不推荐用communicate()，后者会主动缓存输入输出流，不适合全交互场景）阻塞主进程，避免Python脚本提前退出导致kubectl和终端脱钩。
• 这种参数列表传参的形式确实比os.system更安全：不会触发shell解析，没有命令注入风险，也不需要手动转义pod名、命令里的特殊字符。

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